On Thu, Jan 1, 2009 at 5:13 PM, Dan Kegel wrote:
>> In order to reach support for the two acceleration properties, I have just
>> submitted an updated patch based on my code from mid-2008:
>> http://www.winehq.org/pipermail/wine-patches/2009-January/066929.html
>
> World In Conflict is affected by
On Thu, Jan 1, 2009 at 3:41 PM, Markus wrote:
> ... I suspect that many games are trying to read
> the b3DAccelerationExists and/or b3DAccelerationEnabled properties in it to
> determine if 3D acceleration is available. However, compared to dx9, there are
> more than 45 other properties missing fo
Hallo Maarten!
I'd like to reproduce iPhone access via Wine + iTunes, but your
description is not detailed enough for me. How did you actually perform
steps 1.-3.?
Happy New Year, Michael
On Wed, 31 Dec 2008, Alexandre Julliard wrote:
> Gerald Pfeifer writes:
>> The current version likely is actually broken since the ! operator has
>> a higher priority than bitwise & in C. Unless someone really wanted to
>> use a very, hmm, unusual construct here?
> No, it's clearly not intended,
Hi Dan,
I have not worked on dxdiagn for a few months due to a lack of time. As far as
missing functionality is concerned, I have only investigated properties
related to the display container. I suspect that many games are trying to read
the b3DAccelerationExists and/or b3DAccelerationEnabled p
Did you know that almost as many people have Wine
installed as have Sun's Java 6 installed?
wget http://popcon.ubuntu.com/by_inst.gz
gunzip by_inst.gz
awk '/wine |sun-java6-jre/' by_inst | head
rank name instvoteold recent old-files
1208 sun-java6-jre 390519 68
Am Donnerstag, den 01.01.2009, 20:43 + schrieb Rob Shearman:
> >> > -HRESULT GetDropDownStatus(
> >> > +[local] HRESULT GetDropDownStatus(
> >> > [out] DWORD *pdwFlags,
> >> > -[out, string] LPWSTR *ppwszString);
> >> > +[out] LPWSTR *ppwszString);
> >> > +
> >>
Am Donnerstag, den 01.01.2009, 11:22 +0100 schrieb Michael Karcher:
> The old behaviour was to emit a half-complete C statement without
> any error message.
This patch is bad. Please ignore.
Regards,
Michael Karcher
2009/1/1 Michael Karcher :
> diff --git a/dlls/ole32/ole32.spec b/dlls/ole32/ole32.spec
> index 79376ac..f7db2b0 100644
> --- a/dlls/ole32/ole32.spec
> +++ b/dlls/ole32/ole32.spec
> @@ -122,6 +122,10 @@
> @ stdcall HBITMAP_UserMarshal(ptr ptr ptr)
> @ stdcall HBITMAP_UserSize(ptr long ptr)
> @ s
2009/1/1 Michael Karcher :
> Am Donnerstag, den 01.01.2009, 19:09 + schrieb Rob Shearman:
>> 2009/1/1 Michael Karcher :
>> > +[call_as(AddPropertySheetPages)]
>> > +HRESULT RemoteAddPropertySheetPages();
> [...]
>> > +[call_as(SendControlMsg)]
>> > +HRESULT RemoteSendControlMsg(
Am Donnerstag, den 01.01.2009, 19:09 + schrieb Rob Shearman:
> 2009/1/1 Michael Karcher :
> > +[call_as(AddPropertySheetPages)]
> > +HRESULT RemoteAddPropertySheetPages();
[...]
> > +[call_as(SendControlMsg)]
> > +HRESULT RemoteSendControlMsg();
> > +
[...]
> > +[call_as(Set
2009/1/1 Michael Karcher :
> Am Donnerstag, den 01.01.2009, 18:53 + schrieb Rob Shearman:
>> but MIDL ignores the pointer type for interface
>> pointers and never outputs a NULL reference pointer check for them. So
>> widl just needs to be fixed.
> Is it OK for me to look at the output of MIDL?
2009/1/1 Michael Karcher :
> Am Donnerstag, den 01.01.2009, 18:58 + schrieb Rob Shearman:
>> 2009/1/1 Michael Karcher :
>> > + hr = IPropertyBag_RemoteRead_Proxy(This, pszPropName, &outVariant,
>> > pErrorLog,
>> > + V_VT(pVar), pUnk);
>> > + if(SUCCEEDE
Am Donnerstag, den 01.01.2009, 18:53 + schrieb Rob Shearman:
> 2009/1/1 Michael Karcher :
> > diff --git a/include/oaidl.idl b/include/oaidl.idl
> > index 1cc166a..4ee3b43 100644
> > --- a/include/oaidl.idl
> > +++ b/include/oaidl.idl
> > @@ -1620,9 +1620,9 @@ interface IPropertyBag : IUnknown
2009/1/1 Michael Karcher :
> diff --git a/include/shobjidl.idl b/include/shobjidl.idl
> index a647798..c36f4ce 100644
> --- a/include/shobjidl.idl
> +++ b/include/shobjidl.idl
> @@ -452,6 +452,9 @@ interface IShellView : IOleWindow
> [in] LPFNSVADDPROPSHEETPAGE pfn,
> [in] LPARAM
Am Donnerstag, den 01.01.2009, 18:58 + schrieb Rob Shearman:
> 2009/1/1 Michael Karcher :
> > + hr = IPropertyBag_RemoteRead_Proxy(This, pszPropName, &outVariant,
> > pErrorLog,
> > + V_VT(pVar), pUnk);
> > + if(SUCCEEDED(hr))
> > +hr = VariantCopy(p
2009/1/1 Michael Karcher :
> + hr = IPropertyBag_RemoteRead_Proxy(This, pszPropName, &outVariant,
> pErrorLog,
> + V_VT(pVar), pUnk);
> + if(SUCCEEDED(hr))
> +hr = VariantCopy(pVar, &outVariant);
> +
> + return hr;
You're leaking the memory in outVaria
2009/1/1 Michael Karcher :
> diff --git a/include/ocidl.idl b/include/ocidl.idl
> index c40d155..d4979d7 100644
> --- a/include/ocidl.idl
> +++ b/include/ocidl.idl
> @@ -927,7 +927,7 @@ interface IPersistPropertyBag : IPersist
>
> HRESULT Load(
> [in] IPropertyBag *pPropBag,
> -
2009/1/1 Michael Karcher :
> diff --git a/include/oaidl.idl b/include/oaidl.idl
> index 1cc166a..4ee3b43 100644
> --- a/include/oaidl.idl
> +++ b/include/oaidl.idl
> @@ -1620,9 +1620,9 @@ interface IPropertyBag : IUnknown
>HRESULT RemoteRead(
> [in] LPCOLESTR pszPropName,
> [out] VARI
folks, hi,
i have a rather intriguing issue i'd like to look at, which takes
quite a bit of explaining as to why i'd like to go about it - if
people are interested i can answer that, but for now i'll leave it at
this:
how, under linux, would i go about making an application that made
_use_ of MSHTM
On Thu, Jan 1, 2009 at 3:15 AM, Roderick Colenbrander
wrote:
>> Sketchup seems to be working pretty well, so I just posted
>> http://digg.com/linux_unix/Google_Sketchup_7_working_in_Wine_1_1_11
>> to see if I could attract some real sketchup users
>> to find more bugs.
>
> It doesn't require openg
:-)
Happy New Year to all,
Alan Feldman
On Wed, Dec 31, 2008 at 9:13 PM, Austin English wrote:
> On Wed, Dec 31, 2008 at 6:53 PM, Alan Feldman wrote:
>> Ouch Austin. But thanks Ricardo for explaining to Austin that I wasn't
>> actually contributing "code" and I also didn't use any reverse
>
Hans Leidekker a écrit :
> $ for year in {2002..2008}; do \
> count=$( git log | grep ^Date: | grep $year | wc -l ); \
> echo "Number of commits in $year: $count"; \
> done
> Number of commits in 2002: 3094
> Number of commits in 2003: 3283
> Number of commits in 2004: 3851
> Number of commit
Hans Leidekker wrote:
> $ for year in {2002..2008}; do \
> count=$( git log | grep ^Date: | grep $year | wc -l ); \
> echo "Number of commits in $year: $count"; \
> done
> Number of commits in 2002: 3094
> Number of commits in 2003: 3283
> Number of commits in 2004: 3851
> Number of commits i
> Sketchup seems to be working pretty well, so I just posted
> http://digg.com/linux_unix/Google_Sketchup_7_working_in_Wine_1_1_11
> to see if I could attract some real sketchup users
> to find more bugs.
>
> If folks agree that's a good idea, they can support it
> by digging it so it can show up
Hello developers,
this is just to let you know where the 3 standalone patches and three
patch series I just posted to wine-devel are going: Having proxies for
the COM objects of shell32.dll in actxprxy.dll, just as Windows XP and
Vista does.
It started with me wanting a guinea pig object that is
$ for year in {2002..2008}; do \
count=$( git log | grep ^Date: | grep $year | wc -l ); \
echo "Number of commits in $year: $count"; \
done
Number of commits in 2002: 3094
Number of commits in 2003: 3283
Number of commits in 2004: 3851
Number of commits in 2005: 6006
Number of commits in 200
Sketchup seems to be working pretty well, so I just posted
http://digg.com/linux_unix/Google_Sketchup_7_working_in_Wine_1_1_11
to see if I could attract some real sketchup users
to find more bugs.
If folks agree that's a good idea, they can support it
by digging it so it can show up on the front p
28 matches
Mail list logo
