On 2/21/2013 11:01, Daniel Jelinski wrote:
Hello Nikolay,
I didn't have time to write and test a proper fix yet, and I'm not
sure when I will. I thought this hack may be better than what we have
now.
Sure, I get it. The problem is that it's not a correct way to fix that.
Such hack is ok to attac
Hello Nikolay,
I didn't have time to write and test a proper fix yet, and I'm not
sure when I will. I thought this hack may be better than what we have
now.
If you want to fix this, please do. If not, I'll get back to it later.
Regards,
Daniel
2013/2/21, Nikolay Sivov :
> What's a problem in fixi
* On Wed, 20 Feb 2013, André Hentschel wrote:
> this patch series removes the broken SPARC support.
> Reasons:
> * It's broken, i wasted enough time already trying to fix that
It's sad to hear. Can you be more verbose on brokenness, please?
Eg. namely what Sparc platform were you using for deve
On 2/21/2013 02:19, Daniel Jelinski wrote:
/* disable per item notifications on LVS_OWNERDATA style
FIXME: single LVN_ODSTATECHANGED should be used */
bOldChange = infoPtr->bDoChangeNotify;
-if (infoPtr->dwStyle & LVS_OWNERDATA) infoPtr->bDoChangeNotify = FALSE;
+/*i
Am 20.02.2013 um 14:11 schrieb Stanislaw Halik :
> On 2013-02-17 15:40, Stefan Dösinger wrote:
>>> Why is it included for every mapping in the first place, even for programs
>>> who never need it?
>> The problem isn't that glMapBufferRange is used for maps, but that we create
>> a VBO for dynam
On 2013-02-17 15:40, Stefan Dösinger wrote:
Why is it included for every mapping in the first place, even for programs who
never need it?
The problem isn't that glMapBufferRange is used for maps, but that we create a
VBO for dynamic buffers instead of drawing from system memory.
Please see:
On Mon, 18 Feb 2013 20:55:53 +0100 (CET), Francois Gouget wrote:
> Do you know of a specific test that fails because the system locale is
> currently set to English?
I'm not sure about this, but it probably works fine except for
progman_dde.c:377. Because few tests rely system locale or ANSI code
