Re: Fun with VB6. Crashes in OLE gunk...
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,28), 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 0x at address > 0x7f700844 (thread 0009), starting debugger... > WineDbg starting on pid 0x8 > Unhandled exception: page fault on read access to 0x 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: EBX:7f751784 ECX: EDX:7baeb278 > ESI:7baeb268 EDI: > Stack dump: > 0x: > 0x0010: > 0x0020: > 0x0030: > 0x0040: > 0x0050: > 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
Fun with VB6. Crashes in OLE gunk...
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,28), 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 0x at address 0x7f700844 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x 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: EBX:7f751784 ECX: EDX:7baeb278 ESI:7baeb268 EDI: Stack dump: 0x: 0x0010: 0x0020: 0x0030: 0x0040: 0x0050: 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
Re: [frick sc-networks.de: wined3d: support for WINED3D_A8B8G8R8]
Christoph Frick 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
Re: [COMCTL32] Listview: Store DC before calling PREPAINT
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
Re: Text Object Model and Richedit?
On Mon, 30 Jan 2006 08:31:59 -0800 Dan Kegel <[EMAIL PROTECTED]> 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/commctls/richedit/textobjectmodel.asp > > 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.
Re: Corel Draw and Printing
Hello Sorry, had to do something emergency stuff these days. I tried it to print into a postscript file sent it to the printer (we don't have local printers, all our, and mine, printers are only network printers, so I can't send the code to /dev/lp0). This worked fine. I think its a kind of missing config parameters and its behaviour in wine. It should be possible to force wine to spool everything first through the local cups instead of sending it "passthough". Can somebody see that this feature comes into wine asap. Roland Kaeser Kuba Ober wrote: >> There is, since a longer time ago, a wine bug #3599 about Corel Draw and >> printing. Its a very strange behaviour. I can configure what ever I want, >> I always uses the wine passthrough and sends the postscript code, of >> Corel Draw directly to the printer instead of spooling it first through >> the cups driver. I've readt all known documentations about wine and >> printing but cannot get one step ahead. Can somebody tell me the wine >> internal reason of this behaviour? I would really like to have this >> feature working. Why didn't wine spool everything first through the cups >> spooler (as the default behaviour) unless an other, explicity specified >> configuration tells wine to >> passthrough the spool output. The other question is, why shows wine a >> postscript printer to corel draw? I know, I know, on Linux all printer >> interfaces are postscript, but Corel takes this info literally and >> explicitly creates postscript code (by itself) and not uses the windows >> printer api to create the printer-document. > > That's probably how Corel was designed, and that's OK. > > Now as far as sending "directly" to the printer, what do you mean? Why do > you think it goes "directly" to the printer? Directly as in what -- wine > dumping to /dev/lp0? Have you looked at cups logs? > > Cheers, Kuba
Re: D3D8: Fixed D3DRS fixes
On 30/01/06, Vitaly Budovski <[EMAIL PROTECTED]> 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.
Re: sudo vs su in wineinstall
On 1/30/06, James Hawkins <[EMAIL PROTECTED]> wrote: > > If the user is not in the /etc/sudoers configuration file, it just > complains you're not in the configuration and asks for the root > password. > /etc/sudoers is not usually world-readable. The way to do it would be with `sudo -l`, but this requires the user's password, and we'd have to parse any fine-grained security options. Is there another way of checking to see if su(do) works? I still think a good way would be to have the script run as root and execute a child process as a non-root user for compiling and stuff. The problem is working out what user to run as. Alternatively, we could just split wineinstall into winecompile and wineinstall. n0dalus.
Text Object Model and Richedit?
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/commctls/richedit/textobjectmodel.asp Is anyone poking around at adding this interface to our Richedit? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv
Re: Wine-wiki broken by design
From: "Molle Bestefich" <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> Lattica, Inc.
Re: Wine-wiki broken by design
From: "Dan Kegel" <[EMAIL PROTECTED]> > Maybe the wine wiki could publish a machine-readable sitemap; see > http://www.xml-sitemaps.com/ > http://www.google.com/webmasters/sitemaps/docs/en/about.html This seems like a good idea, but unless someone has time to come up with a patch, I'm afraid I don't have the time right now to do it. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc.
[EMAIL PROTECTED]: wined3d: support for WINED3D_A8B8G8R8]
hiho, could someone enlighten me, what is wrong with that patch? -- cu --- Begin Message --- hi there, this patch adds support for WINED3DFMT_A8B8G8R8 to wined3d. this fixes the textures in the Demo_Grass, Demo_Smoke and the logo for all demos in OGRE 1.0.6 [1] demos using dx9 renderer. [1] http://www.ogre3d.org/ -- cu License: LGPL ChangeLog: 2006-01-24 Christoph Frick <[EMAIL PROTECTED]> * dlls/wined3d/utils.c: wined3d: Support for WINED3DFMT_A8B8G8R8 --- dlls/wined3d/utils.c.orig 2005-11-26 09:31:21.0 +0100 +++ dlls/wined3d/utils.c2006-01-23 22:19:14.0 +0100 @@ -35,6 +35,7 @@ FMT_TO_STR(WINED3DFMT_UNKNOWN); FMT_TO_STR(WINED3DFMT_R8G8B8); FMT_TO_STR(WINED3DFMT_A8R8G8B8); +FMT_TO_STR(WINED3DFMT_A8B8G8R8); FMT_TO_STR(WINED3DFMT_X8R8G8B8); FMT_TO_STR(WINED3DFMT_R5G6B5); FMT_TO_STR(WINED3DFMT_X1R5G5B5); @@ -1613,6 +1614,7 @@ case WINED3DFMT_A8R8G8B8: retVal = GL_RGBA8; break; case WINED3DFMT_A2R10G10B10: retVal = GL_RGBA8; break; case WINED3DFMT_X8R8G8B8: retVal = GL_RGB; break; +case WINED3DFMT_A8B8G8R8: retVal = GL_RGBA8; break; /* to see */ case WINED3DFMT_A8: retVal = GL_ALPHA8; break; @@ -1678,6 +1680,7 @@ case WINED3DFMT_A8R8G8B8: retVal = GL_BGRA; break; case WINED3DFMT_A2R10G10B10: retVal = GL_BGRA; break; case WINED3DFMT_X8R8G8B8: retVal = GL_BGRA; break; +case WINED3DFMT_A8B8G8R8: retVal = GL_RGBA; break; /* to see */ case WINED3DFMT_A8: retVal = GL_ALPHA; break; /* Depth + Stencil */ @@ -1740,6 +1743,7 @@ case WINED3DFMT_A8R8G8B8: retVal = GL_UNSIGNED_INT_8_8_8_8_REV; break; case WINED3DFMT_A2R10G10B10: retVal = GL_UNSIGNED_INT_2_10_10_10_REV; break; case WINED3DFMT_X8R8G8B8: retVal = GL_UNSIGNED_INT_8_8_8_8_REV; break; +case WINED3DFMT_A8B8G8R8: retVal = GL_UNSIGNED_INT_8_8_8_8_REV; break; /* to see */ case WINED3DFMT_A8: retVal = GL_ALPHA; break; /* Depth + Stencil */ @@ -1783,6 +1787,7 @@ case WINED3DFMT_A8R8G8B8: retVal = 4; break; case WINED3DFMT_A2R10G10B10: retVal = 4; break; case WINED3DFMT_X8R8G8B8: retVal = 4; break; +case WINED3DFMT_A8B8G8R8: retVal = 4; break; /* Paletted */ case WINED3DFMT_P8: retVal = 1; break; case WINED3DFMT_A8P8: retVal = 2; break; pgpXmsmiDkWu1.pgp Description: PGP signature --- End Message --- pgpgjcQSyvZCf.pgp Description: PGP signature
Re: key is sending an extra char when NumLock is ON
[EMAIL PROTECTED] wrote: I was looking at an old problem I have with wine and saw some record at the wine-devel and wine-users lists that I think are related with the same problem. Look at: http://www.winehq.org/hypermail/wine-users/2004.03.txt (look for "get a comma on the place" in your browser) and also at: http://www.winehq.org/hypermail/wine-devel/2000.10.txt (look for "but then it inserts" in your browser) When the NumLock is ON wine is sending an extra key. Wine deletes the corresponding char but also send a period (.) or a comma (,) <- it depends on the type of the keyboard. In my case, which is a brazilian ABNT2, it sends an extra comma _only_ if the NumLock is ON. It does not mater if I press the key at the numeric key pad or at the "island" that contais the ... stuff. I am going to open a bug at bugzilla and send the WINEDEBUG=+key (just the piece where the stuff happens). dont, its already opened for a while. http://bugs.winehq.org/show_bug.cgi?id=2400 there is a working patch there... but some people claim its not very good since it hardwires the key to code. somebody should really look into this already... half of solution is already there :)
Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]
Jonathan Ernst wrote: > Le samedi 28 janvier 2006 à 21:07 +, Molle Bestefich a écrit : > > Jonathan, what software do you use, if you don't mind revealing? :-) > > It's Evolution 2.4.2.1, pretty good e-mail client if you ask me. I'll agree that the GUI is pretty good. The MIME assembly lacks somewhat :-). And for some odd reason Gmail's aggregation feature doesn't like your mails either - the same email always shows up twice for me. I wonder.
make check fails in iphlapi
Hi, make check here fails in dlls/iphlapi/tests with: make[1]: Entering directory `/home/marcus/projects/wine/dlls/iphlpapi/tests' ../../../tools/runtest -q -P wine -M iphlpapi.dll -T ../../.. -p iphlpapi_test.exe.so iphlpapi.c && touch iphlpapi.ok [..] trace:iphlpapi:GetAdaptersInfo pAdapterInfo (nil), pOutBufLen (nil) trace:iphlpapi:GetAdaptersInfo returning 87 trace:iphlpapi:GetAdaptersInfo pAdapterInfo (nil), pOutBufLen 0x55c2fae8 trace:iphlpapi:GetAdaptersInfo returning 111 trace:iphlpapi:GetAdaptersInfo pAdapterInfo 0x7c0097f0, pOutBufLen 0x55c2fae8 fixme:iphlpapi:GetAdaptersInfo table->numind 4, numnonloopback 4, ipaddrtab->numents 3, numipaddresses 3 trace:iphlpapi:GetAdaptersInfo returning 0 *** glibc detected *** free(): invalid next size (normal): 0x7c0096d8 *** The test is testGetAdaptersInfo() and I guess the GetAdaptersInfo() call overwrites the end of the malloc()ed buffer. I don't really know whats broken there. the values of the interesting parameters: table->numIndexes is 4 numNonLoopbackInterfaces is 4 ipAddrTable->dwNumEntries 3 numIPAddresses 3 Ciao, Marcus