July 2003 - Wine-devel - list.winehq.org

Invoke with IDispatch* params
by Mike Hearn 24 Jul '03

24 Jul '03

Hi, more questions (i'll master COM yet :) HRESULT IWebBrowser2::get_Document(IDispatch **ppDisp); invocation of this method/property fails, for some reason. I'm not sure why yet, but I don't understand how this is marshalled. Presumably, OLE Automation provides a ppDisp and then dereferences it back to IDispatch which is then marshalled. In ITypeInfo::Invoke, there is this code: if (tdesc->vt == VT_PTR) tdesc = tdesc->u.lptdesc; when looping over the arguments (?). So, it seems that this code is responsible for dereferencing the pointer, but it only does it once. Shouldn't this be a loop to dereference the arg as many times as needed? I feel that's wrong even as I write it, but I'm not sure how this part should work. As it is, tdesc->vt ends up being (correctly) VT_DISPATCH but pVarResult doesn't seem to be changed....

3 4

RE: Typelib marshalling BSTRs
by Robert Shearman 24 Jul '03

24 Jul '03

> > -----Original Message----- > > From: Mike Hearn [mailto:mike(a)theoretic.com] > > Sent: 23 July 2003 23:09 > > To: Robert Shearman > > Cc: wine-devel(a)winehq.org > > Subject: Re: Typelib marshalling BSTRs > > > > Well, the code doesn't actually marshal IWebBrowser2, it operates > > entirely in terms of IDispatch interfaces. Once the dispatch interface > > for the WebBrowser control is marshalled into another thread, the code > > starts poking it via Invoke, in this case retrieving the Document > > property which also returns a dispatch interface. Sorry, just realised that this the VARIANT_UserMarshal function is in oleaut32. On Windows, this calls WdtpInterfacePointer_UserMarshal for both the VT_UNKNOWN and VT_DISPATCH cases, which in turn calls CoMarshalInterface. I hope this helps, Rob

2 1

RE: Typelib marshalling BSTRs
by E Lea 24 Jul '03

24 Jul '03

> > Sounds like you are doing a great job, BTW! I know this stuff gets kinda > > frustrating & tedious, but remember that you are in territory that has been a > > problem for wine since time immemorial. > > Thanks. I'm hoping that when I've got a grip on all this and settled > into uni I'll be able to write some more docs so in future people don't > have to spam the list to learn Wine OLE hacking. Unless you don't like beer you'll probably find you won't have nearly as much time for hacking code when you get to Uni as you'd think, or want, or like

2 1

question about icon,bitmap,cursor resources in user.dll
by Jonathan Wilson 24 Jul '03

24 Jul '03

I notice that some of the icons, cursors and bitmaps used in the user of wine (for example, the 4 icons used in message boxes) look just like the windows ones. How can wine have them looking just like the windows ones and not violate microsoft copyright? Or are they copyright violations but WINE just hasnt been sued yet?

2 1

I need card back bitmaps
by Jonathan Wilson 24 Jul '03

24 Jul '03

Before I continue with cards.dll work, I need card back bitmaps, specificly: back 53, a diamond cross-hatch background. This one should have black lines on a white background, its used as an indicator for where cards can go but where there are no cards yet. (e.g. the empty ace piles in solitare) back 67 big red X on a dark green background (the green is RGB 0 128 0, it has to match the background used in e.g. solitare, the red should be a bright red) 68 big bright green O on a dark green background (green is as above, other green should be bright green) Basicly, I need them to not be a potential MS copyright violation but at the same time I need them to look "similar" to the MS ones so that they dont look out of place in solitare and stuff. These 3 are important because cards.dll has a 3 special drawing modes that draws them.

1 0

Re: Define WINEPREFIX if it doesn't exist
by Alexandre Julliard 24 Jul '03

24 Jul '03

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Define WINEPREFIX if it doesn't exist. Why do you need that? -- Alexandre Julliard julliard(a)winehq.com

2 10

Re: Typelib marshalling BSTRs
by Robert Shearman 23 Jul '03

23 Jul '03

> Subject: Re: Typelib marshalling BSTRs > From: Mike Hearn <mike(a)theoretic.com> > To: "Gregory M. Turner" <gmturner007(a)ameritech.net> > Cc: wine-devel(a)winehq.com > Date: 23 Jul 2003 16:28:58 +0100 > > So, moving on from that problem, I think my woes (currently) are caused > by the NDR engine not handling VT_DISPATCH variants. > > in wire_size(): > case VT_DISPATCH: > FIXME("wire-size interfaces\n"); > > that causes VARIANT_UserMarshal to skip doing anything special for > VT_DISPATCH variants, when I think in reality, it should call > NdrInterfacePointerMarshall (btw, what's up with two spellings of > "marshal"?) to get the IDispatch* into the stream. I don't know about NdrInterfacePointerMarshall, but I don't think it should get there to start with (see below). BTW, I think the two spellings depends on whether the word is used as a verb or as a noun. > While rather roundabout, I think it seems clear that this is what's > needed. The problem then becomes one of NdrInterfacePointerMarshall() > needing information that isn't available from inside > VARIANT_UserMarshal, like the MIDL_STUB_BUFFER pointer. > > Greg, as you are the relevant Guru here and Ove is probably a bit pissed > off with all my questions, what should we be doing here? If we are meant > to use NdrInterfacePointerMarshall to handle VT_DISPATCH variants, how > do we get the args it needs? Ok, my name's not Greg or Ove, but I'll have a go anyway. I think the code should not try to marshal/unmarshal the data in rpcrt4, but should use the PSOAInterface code in oleaut32 (according to the registry entry for Interfaces\[CLSID of IWebBrowser2]\ProxyStubClsid32). It would probably be best to find out why this is not happening (maybe by moving some oleaut32 code to rpcrt4?). Rob

2 1

visual age c++ Project
by ahmed hafez 23 Jul '03

23 Jul '03

2 1

What's the problem with the winelib dll generated by winemaker.
by dd jj 23 Jul '03

23 Jul '03

Hello everyone, I built a ping.dll.so from windows source codes using winemaker, (these source codes works under MS visual studio, also windows version dll works find under wine.)I did in this way: 1) put all the windows version source files-pingdll.h,pingdll.c,pingdll.dll,pingdll.dsp in one directory; 2) %winemaker --lower-uppercase . 3) %./configure --with-wine-includes=/usr/local/include/wine/windows 4) %make Aftter ping.dll.so is generated, I put it under /usr/local/bin/wine/ , also change my wine config (.wine/config) by adding "pingdll" = "builtin, native"; When I run my application under wine: %wine ./ping.exe (pingdll work for ping.exe) the program terminates... when I use winedbg to run it, there's error message shown there: .... ... ... ... No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\PINGDLL.DLL' (0x40ae0000) *** Invalid address 0x400016fc8 (_end+ox401587c) No debug information in ELF '/usr/local/lib/wine/pingdll.dll.so' (0x40ada000) Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=0000000a has terminated I used Redhat 9.0 and wine-2003-06-18, Could one one help me out of this? thank you very much. -Lechun --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software

1 0

what is the "correct" way to put a bitmap into a resource file?
by Jonathan Wilson 23 Jul '03

23 Jul '03

I see that all the wine dlls put the bitmaps in the resource file directly... Whats the best way to do it for a 32 bit wine dll (in this case cards.dll) amd where can I find a program to do it for me?

4 3