- Wine-devel - list.winehq.org

PATCH: Version 2, GetX11WindowId
by Nikolas Zimmermann 30 May '01

30 May '01

Hi there, andrewl (#winehq) advised me to remove the winuser.h dependencies here is the new patch Any comments? Bye Bye Niko -- Nikolas Zimmermann wildfox(a)kde.org

1 0

some unimplemented COM stuff
by Malte.Starostik＠t-online.de 30 May '01

30 May '01

Hello, I have started implementing a small winelib-program that shall eventually add ActiveX support to the Konqueror web browser. For testing I'm using the Shockwave Flash OCX and experienced some problems due to unimplemented functions and features in winelib. First thing is typelib registration, which doesn't work yet as the debug output tells. Okay, did that manually. Then, for setting the control's properties, I tried the easy way via IDispatch::Invoke(), which calls ITypeInfo::Invoke() and that's only a stub :( I worked around this via evil assembler hacks to call the interface's members as given by the vtable offsets in the FUNCDESC using stdcall convention - unfortunately g++ doesn't support specifying a calling convention for method pointers like HRESULT (IDispatch::*setProp)(BSTR). After getting this to work, I hit the next problem: unimplemented urlmon.RegisterBindStatusCallback and when I use a native urlmon.dll it tries to call shlwapi.154, with native shlwapi it still doesn't work somehow, but that's a different story. Anyway, what I'd basically need to get this to work properly is - typelib registration - IDispatch::Invoke() - RegisterBindStatusCallback() and probably asyncronous bind contexts - probably a "real" URL Moniker, not just CreateURLMoniker() using a File Moniker What I'd like to know is if anyone is already working on any of these and if so what's the status and how I could help getting these implemented. if no one started yet, I'd still like to give it a try. Thanks, -Malte PS: the attached patch fixes urlmon.h not being C++-safe. -- Wars don't determine who's right, only who's left.

5 9

WINE server messages
by David Howells 30 May '01

30 May '01

Hello Alexandre, I'm having a little trouble deciding exactly how to emulate the "module registration" functionality in my kernel module. It occurs to me that this might be easier to accomplish with a change to the current wine server message set. My idea is: * Have the server only deal with NT Section objects and views of Sections. * Have no separate module table attached to a process. * Implement NtQuerySectionInformation/NtSetSectionInformation calls (or whatever they're called) as wineserver messages. * Add an extra Wine-specific information class for the purpose of recording the extra module information. * The wineserver process structure can then be changed so that rather than keeping a separate list of process_dlls, they can just keep a list of section views, some of which will be images/modules. David

1 0

set_thread_buffer
by gerard patel 29 May '01

29 May '01

Since the commits of last night, every app I have tried only says : wine client error:0x80675a8: set_thread_buffer failed with status c000000d with apps that usually work fine. Gerard

1 0

PATCH: GetX11WindowId()
by Nikolas Zimmermann 29 May '01

29 May '01

Hi there, this is my first wine patch. it allows the coder to get the X11 Window Id of a HWND. People ask me why this belongs into x11drv and why i need it. ActiveX support for Konqueror, Malte Starostik (who will post some oleaut and urlmon patches soon) and me are working on this. I need to embed the created window, therefore i need this window id. Thank you in advance Bye Bye Niko -- Nikolas Zimmermann wildfox(a)kde.org

1 0

Re: Small fixes in controls/menu.c
by gerard patel 28 May '01

28 May '01

At 10:46 PM 25/05/2001 +0200, you wrote: >I downloaded ftp://ftp.supermemo.com/ftp/sm8zip.exe and managed to >reproduce the bug. (WINE version 20010510) >The way: >1) Using mouse chose File>SuperMemo >2) When app changes its mode click at capition of window >"Contents: E:\SM8\SYSTEMS\SUPERMEMO" >And now main menu is inaccesible (using mouse) >When you force wine to repaint all windows (eg. switch to linux console >and back to X-Window ) you can see menu is drawn up 10-20 pixels than >it should. All right, I still can't see this bad redrawing , but I can see the menu not accessible behaviour now. I'll try to understand something in this problem this week. Btw, this app does not work at all for me in managed mode, it hangs after displaying the splash screen. (but sm7.exe - version 7.5 and sm99.exe - version 9 both load). I think it's an unrelated problem though since it happens with my oldest wine version (20000801) and it's not fixed by your patch. Gerard

2 1

a tool: simple C++ interface definition -> ICOM_ macro converter.
by TAKESHIMA Hidenori 28 May '01

28 May '01

This program may help creating ICOM_ macro. (but this code doesn't have portability, so some modification may be required.) for example, if give the following codes to stdin, we gets ICOM_ macros for IPersist. class IUnknown { public: HRESULT QueryInterface( REFIID riid, LPVOID *ppvObj) ; ULONG AddRef() ; ULONG Release() ; }; export interface IPersist : public IUnknown { virtual HRESULT STDMETHODCALLTYPE GetClassID( CLSID *pClassID ); };

1 0

Wrc patch
by kenon＠go2.pl 28 May '01

28 May '01

Hi, This patch is an answer for "Call for volunteers". I hope it fixes : "wrc fails on preprocessed files" #115: http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=115 Maciek Changelog * tools/wrc/ppy.y Maciek Kaliszewski <kenon(a)go2.pl> Added better GCC-style #line directive handling. --

1 0

Enabling backing store
by David Hagood 27 May '01

27 May '01

Has any thought been given to enabling backing store on Wine's windows? As it stands now, when you obscure a Wine window, it forces the Windows app to redraw the screen. Many times this is not needed. Perhaps a configuration option to allow certain apps to have backing store on would be useful. I know that up until a few months ago, it was possible to go into wnd.c and change the default from NotUseful to WhenMapped and things seemed to work well. However, the structure of the X driver has changed, and a simple patch is no longer possible.

1 0

Re: X Error with latest Wine and Notes
by Ian Pilcher 27 May '01

27 May '01

David.Goodenough(a)dga.co.uk wrote: > > I have noticed that with the latest Wine (May drop) I have started to get X > Errors. This typically happens as a dialog is being dismissed. > > The latest of these errors read:-- > > X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 12 (X_ConfigureWindow) > Resource if in failed request: 0x1c24350 > Serial number of failed request: 9920 > Current serial number in output stream: 9922 > > I get the feeling, although I can not prove it, that this may be timing > related, as it tends to happen when I am a bit quick completing the dialog. > The other odd thing that happens when this occurs is that a second copy of > the window, not the detail face of the window, just the window and its > frame controls, is drawn slightly down and right of the original window, > then it blows and Notes hangs. > > I had not noticed this behaviour before switching to the May drop. There > are no other console messages that are out of the ordinary set that I have > been reporting for a while. > > Is this a known problem? David - I have also seen this problem, but I have no idea what causes it. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0