On 18 May 2010 02:01, Dan Kegel wrote:
> I finally threw together some graphs, see
> http://kegel.com/wine/yagmarkdata/wine-1.1.44-245.html
> Not sure what to make of the results yet.
>
> They use svg, so a modern browser is required.
Neat.
Can you use something like:
so that this wil
On 5/17/10 9:32 PM, James McKenzie wrote:
> Next stupid question: How does the patch get back into the XNU kernel
> code? Is there a project for it, or do we dump it on Apple's front door
> hoping that they will integrate it?
To be honest, I really have no idea exactly how outsiders can contribut
Charles Davis wrote:
On 5/17/10 9:10 PM, James McKenzie wrote:
Maybe. Actually, Mac OS X doesn't use a stock FreeBSD kernel. It uses a
modified Mach kernel (the way NT uses a "modified microkernel") called
"XNU". Many of XNU's BSD parts were forked from FreeBSD (a few parts
come from other BS
On 5/17/10 9:10 PM, James McKenzie wrote:
> Is this something that should be investigated by the Open/Free-BSD (I
> cannot keep which version MacOSX is based upon)
It's FreeBSD.
> community for inclusion
> into the base kernel?
Maybe. Actually, Mac OS X doesn't use a stock FreeBSD kernel. It uses a
Charles Davis wrote:
On 5/17/10 8:13 PM, James McKenzie wrote:
Alexandre Julliard wrote:
Charles Davis writes:
What's wrong with my patch now? It's a really simple fix; in fact, this
is as about as simple as it gets. How does this "break libwine
compatibility"?
On 5/17/10 8:13 PM, James McKenzie wrote:
> Alexandre Julliard wrote:
>> Charles Davis writes:
>>
>>
>>> What's wrong with my patch now? It's a really simple fix; in fact, this
>>> is as about as simple as it gets. How does this "break libwine
>>> compatibility"?
>>>
>>
>> Like I said, it's
Alexandre Julliard wrote:
Charles Davis writes:
What's wrong with my patch now? It's a really simple fix; in fact, this
is as about as simple as it gets. How does this "break libwine
compatibility"?
Like I said, it's not worth the trouble. Most modules need to be
relocated anyway. It
I finally threw together some graphs, see
http://kegel.com/wine/yagmarkdata/wine-1.1.44-245.html
Not sure what to make of the results yet.
They use svg, so a modern browser is required.
On 5/18/2010 02:36, Andrew Eikum wrote:
The old code used the containing item's position to determine the
subitem's rect. Instead, we should be using the entire listview's
origin as the offset, since the item position can change as columns
are inserted and re-arranged, leading to broken listvie
Charles Davis writes:
> What's wrong with my patch now? It's a really simple fix; in fact, this
> is as about as simple as it gets. How does this "break libwine
> compatibility"?
Like I said, it's not worth the trouble. Most modules need to be
relocated anyway. It would have to be done in the ke
Am 17.05.2010 14:04, schrieb Alexandru Băluț:
> Hi Michael,
>
> The Wine Test Bot does not help. I need to test the interface of the
> application.
>
> Thanks,
> Alex
>
> On Mon, May 17, 2010 at 09:41, Michael Stefaniuc wrote:
>> Alexandru Băluț wrote:
>>> I'm trying to fix bug 12804, and made
What's wrong with my patch now? It's a really simple fix; in fact, this
is as about as simple as it gets. How does this "break libwine
compatibility"?
Chip
On Mon, May 17, 2010 at 1:29 PM, Henri Verbeet wrote:
> On 17 May 2010 13:11, Roderick Colenbrander wrote:
>> This patch introduces a new blit operation to allow complex uploads from
>> LoadLocation. It allows hw accelerated
>> p8 uploads to function again (I broke them by accident). Without thi
I'm also interested how to cross compile ;)
W.
> Hi Michael,
>
> The Wine Test Bot does not help. I need to test the
> interface of the
> application.
>
> Thanks,
> Alex
Hi Michael,
The Wine Test Bot does not help. I need to test the interface of the
application.
Thanks,
Alex
On Mon, May 17, 2010 at 09:41, Michael Stefaniuc wrote:
> Alexandru Băluț wrote:
>> I'm trying to fix bug 12804, and made some changes to winecfg, and I
>> need to test how it works on Win
On 17 May 2010 13:11, Roderick Colenbrander wrote:
> This patch introduces a new blit operation to allow complex uploads from
> LoadLocation. It allows hw accelerated
> p8 uploads to function again (I broke them by accident). Without this
> blit_operation there is no way to detect
> this single
Hi Thomas,
On 5/17/10 3:05 AM, Thomas Mullaly wrote:
Added tests to make sure IUri_GetPropertyBSTR / IUri_GetPropertyDWORD
/ IUri_GetPropertyLength handle invalid arguments correctly. Fixed
up/added some comments.
Had to add a dependency to urlmon for oleaut32. This is because the
Uri interf
(Marvin) wrote:
> While running your changed tests on Windows, I think I found new failures.
> Being a bot and all I'm not very good at pattern recognition, so I might be
> wrong, but could you please double-check?
Yes, the bot is wrong on this one. The test function I modified isn't
used in the f
Alexandru Băluț wrote:
> I'm trying to fix bug 12804, and made some changes to winecfg, and I
> need to test how it works on Windows. I followed the instructions from
Just use the Wine Test Bot to test on Windows:
https://testbot.winehq.org/
The corresponding wiki page is http://wiki.winehq.org/W
19 matches
Mail list logo
