> From: Paul Vriens [mailto:paul.vriens.w...@gmail.com]
>
> How can I make sure the pointers to the strings are correctly
> passed back as well? Should the RPC stuff take care of these
> pointers and 'translate' them?
Those pointers are not really pointers but byte offsets from the start
of th
Zachary Goldberg ha scritto:
On Thu, May 14, 2009 at 5:01 AM, Massimo Del Fedele wrote:
Giuseppe Bilotta ha scritto:
On Thursday 14 May 2009 02:02, Massimo Del Fedele wrote:
I started fixing failures against test suite.
Most of bitmap ones are fixed, remaining are due
to still stubbed funcs.
The Authors file wasnt updated since 2008-06-16.
I maybe would send a patch but i bet Julliard has a Script :)
On Thu, May 14, 2009 at 5:01 AM, Massimo Del Fedele wrote:
> Giuseppe Bilotta ha scritto:
>>
>> On Thursday 14 May 2009 02:02, Massimo Del Fedele wrote:
>>
>>> I started fixing failures against test suite.
>>> Most of bitmap ones are fixed, remaining are due
>>> to still stubbed funcs.
>>>
>>> Now
On Thu, May 14, 2009 at 03:13:19PM +0300, Paul Chitescu wrote:
> No idea why m$ created two implementations for those functions and classes,
> one for workstation and one for server. Could be a $$$ issue?
I have vague recollection it's to do with threading models and somesuch.
I came across a di
On Thu, 14 May 2009, Paul Vriens wrote:
[...]
> Spot on:
>
> (Vista with .NET3.5SP1):
>
> winedump -v -j export mscorwks.dll | grep -e CompareAssemblyIdentity -e
> GetAssemblyIdentityFromFile
>
> 002FF32248 CompareAssemblyIdentity
> 00300A4169 GetAssemblyIdentityFromFile
So given th
On Thursday 14 May 2009 14:53:09 Paul Chitescu wrote:
> [...]
> >
> Those functions are exported normally from the implementation mscorwks.dll
> (but noone guarantees that) and no executable or DLL is linked directly to
> it, instead they call GetRealProcAddress in mscoree.dll
>
> http://msdn.micr
On Thursday 14 May 2009 13:29:14 Paul Vriens wrote:
> Paul Vriens wrote:
> > Francois Gouget wrote:
> >> The following fusion.dll functions are unused: nobody calls them and
> >> they are not exported.
> >>
> >> CompareAssemblyIdentity()
> >> GetAssemblyIdentityFromFile()
> >>
> >> I checked a
Luke Benstead wrote:
2009/5/14 Paul Vriens :
Paul Vriens wrote:
Francois Gouget wrote:
The following fusion.dll functions are unused: nobody calls them and they
are not exported.
CompareAssemblyIdentity()
GetAssemblyIdentityFromFile()
I checked a Windows fusion.dll I have here and I did no
Paul Vriens wrote:
Francois Gouget wrote:
The following fusion.dll functions are unused: nobody calls them and
they are not exported.
CompareAssemblyIdentity()
GetAssemblyIdentityFromFile()
I checked a Windows fusion.dll I have here and I did not see them
being exported there either. Yet
Francois Gouget wrote:
The following fusion.dll functions are unused: nobody calls them and
they are not exported.
CompareAssemblyIdentity()
GetAssemblyIdentityFromFile()
I checked a Windows fusion.dll I have here and I did not see them being
exported there either. Yet, the MSDN documents
The following fusion.dll functions are unused: nobody calls them and
they are not exported.
CompareAssemblyIdentity()
GetAssemblyIdentityFromFile()
I checked a Windows fusion.dll I have here and I did not see them being
exported there either. Yet, the MSDN documents them and presumably
th
Giuseppe Bilotta ha scritto:
On Thursday 14 May 2009 02:02, Massimo Del Fedele wrote:
I started fixing failures against test suite.
Most of bitmap ones are fixed, remaining are due
to still stubbed funcs.
Now the problem is that it fixed also most todo_wines on bitmap suite
As usual, on b
I would recommend to add a new if-statement for hd48xx cards (detect
the 4830, 4850, 4870, 4890) and set those cards to the pci id of the
4830 and set the video memory to let say 512MB for now.
Roderick
On Thu, May 14, 2009 at 7:08 AM, Robert Key wrote:
> Changelog:
> * Add HD4800 series to be d
Hi,
In order to not let the card database become too long I group a lot of
boards together. That should be doable for the 96xx / 97xx / 98xx
boards you added below and then I use the lowest number of video
memory (512MB). This should be fine for apps as they only need a
reasonable estimate of the
On Wed, May 13, 2009 at 4:18 PM, Gerald Pfeifer wrote:
> Most straightforward, I hope. :-)
>
> Gerald
>
> ChangeLog:
> Avoid duplicate assignment in WINHELP_GetWindowInfo().
>
> diff --git a/programs/winhlp32/winhelp.c b/programs/winhlp32/winhelp.c
> index 7f74d8b..d1980e5 100644
> --- a/programs/
16 matches
Mail list logo