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

linux/capi.h: present but cannot be compiled

by Joshua Crawford

(I'm not on the devel list, so please Cc: replies either to me or the users list.) After recently upgrading my distro (from Slackware 10.1 to Slackware 10.2 with Freerock GNOME), configure (current CVS) now reports configure: WARNING: linux/capi.h: present but cannot be compiled configure: WARNING: linux/capi.h: check for missing prerequisite headers? configure: WARNING: linux/capi.h: see the Autoconf documentation configure: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/capi.h: proceeding with the preprocessor's result configure: WARNING: linux/capi.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## It seems linux/capi.h requires linux/compiler.h (for __user). I tried simply putting linux/compiler.h above linux/capi.h in the AC_CHECK_HEADERS list, but that did't work, so I'll have to leave the fix to someone who actually knows something about autoconf. This is the relevant section from config.log: configure:7159: checking linux/capi.h usability configure:7171: gcc -c -g -O2 conftest.c >&5 In file included from conftest.c:76: /usr/include/linux/capi.h:80: error: variable or field `__user' declared void /usr/include/linux/capi.h:80: error: syntax error before '*' token /usr/include/linux/capi.h:115: error: syntax error before "capi_manufacturer_cmd" /usr/include/linux/capi.h:117: error: syntax error before '}' token configure:7177: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "0.9.6" | #define PACKAGE_STRING "Wine 0.9.6" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define YYTEXT_POINTER 1 | #define HAVE_GETHOSTBYNAME 1 | #define HAVE_CONNECT 1 | #define HAVE_INET_ATON 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ALSA_ASOUNDLIB_H 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_ARPA_NAMESER_H 1 | #define HAVE_ASM_TYPES_H 1 | #define HAVE_CUPS_CUPS_H 1 | #define HAVE_CURSES_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_ELF_H 1 | #define HAVE_FLOAT_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_GIF_LIB_H 1 | #define HAVE_JPEGLIB_H 1 | #define HAVE_LBER_H 1 | #define HAVE_LCMS_H 1 | #define HAVE_LDAP_H 1 | #define HAVE_LINK_H 1 | /* end confdefs.h. */ | #include <stdio.h> | #if HAVE_SYS_TYPES_H | # include <sys/types.h> | #endif | #if HAVE_SYS_STAT_H | # include <sys/stat.h> | #endif | #if STDC_HEADERS | # include <stdlib.h> | # include <stddef.h> | #else | # if HAVE_STDLIB_H | # include <stdlib.h> | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include <memory.h> | # endif | # include <string.h> | #endif | #if HAVE_STRINGS_H | # include <strings.h> | #endif | #if HAVE_INTTYPES_H | # include <inttypes.h> | #else | # if HAVE_STDINT_H | # include <stdint.h> | # endif | #endif | #if HAVE_UNISTD_H | # include <unistd.h> | #endif | #include <linux/capi.h> configure:7199: result: no configure:7203: checking linux/capi.h presence configure:7213: gcc -E conftest.c configure:7219: $? = 0 configure:7239: result: yes configure:7252: WARNING: linux/capi.h: present but cannot be compiled configure:7254: WARNING: linux/capi.h: check for missing prerequisite headers? configure:7256: WARNING: linux/capi.h: see the Autoconf documentation configure:7258: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure:7260: WARNING: linux/capi.h: proceeding with the preprocessor's result configure:7262: WARNING: linux/capi.h: in the future, the compiler will take precedence configure:7274: checking for linux/capi.h configure:7281: result: yes -- Joshua 'bruce' Crawford ... http://www.geocities.com/mortarn The early bird may get the worm, but the second mouse gets the cheese.

Jan. 31, 2006

Direct3D 8/9 status?

by Roderick Colenbrander

Hi, Recently various people in the wine channels wanted to work on wine's direct3d8/9 code. Some just wanted to get their game working, others wanted to do performance tweaks and today some guy wanted to port d3d8 over to wined3d (he didn't know that oliver is/was working on it). We don't really know what to tell these people as we don't know the status of the direct3d8/9 work and we want to avoid code duplication. We know that Oliver is/was (?) working on moving direct3d8 over to wined3d and that he is working on optimizations. What's the status on all this and what areas of wined3d are safe to touch? Regards, Roderick

Jan. 31, 2006

Re: Fun with VB6. Crashes in OLE gunk...

by Marcus Meissner

On Mon, Jan 30, 2006 at 08:27:48PM -0800, Dan Kegel wrote: > I finally broke down and bought a copy of VB6 Pro. > To install it, I had to pick "win98" mode in winecfg, > and ignore a few errors. > > While playing around with it, running a test app, I got Wine > to crash on a COM problem of some sort. In several ways. > Here's one: > > fixme:ole:OleLoadPictureEx > (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c2c0), > partially implemented. > fixme:ole:OleLoadPictureEx > (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c428), > partially implemented. > fixme:ole:OLEFontImpl_IPersistStreamInit_InitNew (0x7cb055bc), stub! > err:ole:ITypeInfo_fnInvoke failed to convert param 0 to > VT_VARIANT|VT_BYREF from VT_BSTR|VT_BYREF Here is the bad error. > fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. > fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. > fixme:ole:OLEPictureImpl_Render Not quite correct implementation of > rendering icons... > fixme:ole:MSFT_ReadValue BSTR length = -1? > fixme:ole:MSFT_ReadValue BSTR length = -1? > fixme:ole:ITypeLib2_fnGetDocumentation2 (0x7baa2fb0) index -1 lcid 0 > half implemented stub! > fixme:typelib2:ICreateTypeLib2_fnSetHelpContext (0x7bac0ee8,280000), stub! > fixme:ole:ITypeInfo_fnRelease destroy child objects > fixme:font:WineEngCreateFontInstance Untranslated charset 255 > fixme:ole:DllDebugObjectRPCHook stub > wine: Unhandled page fault on read access to 0x00000000 at address > 0x7f700844 (thread 0009), starting debugger... > WineDbg starting on pid 0x8 > Unhandled exception: page fault on read access to 0x00000000 in 32-bit > code (0x7f700844). > In 32 bit mode. > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 > EIP:7f700844 ESP:7fb1f5bc EBP:7fb1f5d4 EFLAGS:00210202( - 00 - -RI1) > EAX:00000000 EBX:7f751784 ECX:00000000 EDX:7baeb278 > ESI:7baeb268 EDI:00000000 > Stack dump: > 0x00000000: 00000000 00000000 00000000 00000000 > 0x00000010: 00000000 00000000 00000000 00000000 > 0x00000020: 00000000 00000000 00000000 00000000 > 0x00000030: 00000000 00000000 00000000 00000000 > 0x00000040: 00000000 00000000 00000000 00000000 > 0x00000050: 00000000 00000000 00000000 00000000 > Backtrace: > =>1 0x7f700844 OLEFontImpl_put_Name+0x64(iface=0x7baeb268, name=0x0) > [/home/dank/wine/dlls/oleaut32/../../include/winbase.h:2069] in > oleaut32 (0x7f700844) A NULL ptr check might help, if (!name) return E_POINTER; or so... Ciao, Marcus

Jan. 31, 2006

Fun with VB6. Crashes in OLE gunk...

by Dan Kegel

I finally broke down and bought a copy of VB6 Pro. To install it, I had to pick "win98" mode in winecfg, and ignore a few errors. While playing around with it, running a test app, I got Wine to crash on a COM problem of some sort. In several ways. Here's one: fixme:ole:OleLoadPictureEx (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c2c0), partially implemented. fixme:ole:OleLoadPictureEx (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c428), partially implemented. fixme:ole:OLEFontImpl_IPersistStreamInit_InitNew (0x7cb055bc), stub! err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT|VT_BYREF from VT_BSTR|VT_BYREF fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering icons... fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeLib2_fnGetDocumentation2 (0x7baa2fb0) index -1 lcid 0 half implemented stub! fixme:typelib2:ICreateTypeLib2_fnSetHelpContext (0x7bac0ee8,280000), stub! fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:ole:DllDebugObjectRPCHook stub wine: Unhandled page fault on read access to 0x00000000 at address 0x7f700844 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7f700844). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7f700844 ESP:7fb1f5bc EBP:7fb1f5d4 EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7f751784 ECX:00000000 EDX:7baeb278 ESI:7baeb268 EDI:00000000 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x7f700844 OLEFontImpl_put_Name+0x64(iface=0x7baeb268, name=0x0) [/home/dank/wine/dlls/oleaut32/../../include/winbase.h:2069] in oleaut32 (0x7f700844) 2 0x7f702a99 OLEFontImpl_IPersistPropertyBag_Load(iface=0x7baeb278, pPropBag=0x7e7d4924, pErrorLog=0x0) [/home/dank/wine/dlls/oleaut32/olefont.c:1922] in oleaut32 (0x7f702a99) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file VB6.dbg ("VB6.dbg") 3 0x0044c9e2 in vb6 (+0x4c9e2) (0x0044c9e2) 4 0x004106f9 in vb6 (+0x106f9) (0x004106f9) ... -- Wine for Windows ISVs: http://kegel.com/wine/isv

Jan. 31, 2006

Re: [frick <at> sc-networks.de: wined3d: support for WINED3D_A8B8G8R8]

by Aric Cyr

Christoph Frick <frick <at> sc-networks.de> writes: > > hiho, > > could someone enlighten me, what is wrong with that patch? > I don't know the real reason, but from looking at it I have the following concerns. Have you tested the colour output from your patch? I'm guessing it wouldn't output the correct colours due to OpenGL not having default support for ABGR textures, and the formats you specify are not quite right to accomplish it. You should probably check for the GL_EXT_abgr extension and use the GL_ABGR_EXT format type to get correct output. Here's some references for you: http://www.opengl.org/resources/code/glut/glut_examples/examples/abgr.c http://oss.sgi.com/projects/ogl-sample/registry/EXT/abgr.txt Regards, Aric

Jan. 31, 2006

Re: [COMCTL32] Listview: Store DC before calling PREPAINT

by Robert Shearman

Maarten Lankhorst wrote: > Some applications like to use PREPAINT to set fonts, nothing wrong > with that, only DC is never restored, resulting in drawing glitches. > > Changelog: > Save and restore DC on every listview item drawn. I don't think native would do this. SaveDC / RestoreDC seems like an overkill. It would seem better to just call SelectObject to save and restore the font each time. You should then also test for the CDRF_NEWFONT flag and act appropriately. -- Rob Shearman

Jan. 30, 2006

Re: Text Object Model and Richedit?

by Phil Krylov

On Mon, 30 Jan 2006 08:31:59 -0800 Dan Kegel <dank(a)kegel.com> wrote: > I stumbled across the doc for the "Text Object Model", > which looks like the COM interface to Richedit and > anything like it: > > http://windowssdk.msdn.microsoft.com/library/en-us/shellcc/platform/commctl… > > Is anyone poking around at adding this interface > to our Richedit? Not me, at least in the nearest future... It has rather poor documentation on MSDN, and most apps don't use it (probably due to the same poor documentation). -- Ph.

Jan. 30, 2006

Re: D3D8: Fixed D3DRS fixes

by H. Verbeet

On 30/01/06, Vitaly Budovski <vbudovsk(a)cs.rmit.edu.au> wrote: > + if(GL_SUPPORT(ARB_POINT_PARAMETERS)) { ARB_POINT_PARAMETERS is defined in d3dcore_gl.h, but never checked for in directx.c. That means the check should always return false.

Jan. 30, 2006

Text Object Model and Richedit?

by Dan Kegel

I stumbled across the doc for the "Text Object Model", which looks like the COM interface to Richedit and anything like it: http://windowssdk.msdn.microsoft.com/library/en-us/shellcc/platform/commctl… Is anyone poking around at adding this interface to our Richedit? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

Jan. 30, 2006

Re: Wine-wiki broken by design

by Dimi Paun

From: "Molle Bestefich" <molle.bestefich(a)gmail.com> > And why are "nofollow" on in the first place? The official explanation is: # if it is a normal page, index it, but do not follow the links, because # there are a lot of illegal links (like actions) or duplicates: Anyway, I've just enabled it for normal links, please let me know if there is anything else that needs adjusting. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

Jan. 30, 2006