Hi,
the latest run (with report) on the Coverity site seems to be from July
21st. It appears that the main page is updated though (not for the lines
of code but for the errors fixed).
Does anybody know more about the why? I've tried to contact Coverity for
the last month and my last email (where
On Fri, Sep 01, 2006 at 01:57:24PM +0200, Roderick Colenbrander wrote:
The way WGL extensions are loaded is different. The old code correctly
advertised the names of available WGL extensions but the wglGetProcAddress
code didn't work correctly. Even if an extension wasn't advertised you could
On Di, 2006-09-12 at 08:51 +0200, Paul Vriens wrote:
the latest run (with report) on the Coverity site seems to be from July
21st.
Does anybody know more about the why?
What comes in my mind, that they offered there Service to Wine
to use it as an Advertisement like:
Coverity detected 800
Detlef Riekenberg [EMAIL PROTECTED] writes:
We return with FALSE at the top of the Function,
when lpToolInfo is NULL.
I think that's where the real bug is, we shouldn't always return FALSE
in that case.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, 2006-09-12 at 11:15 +0200, Detlef Riekenberg wrote:
On Di, 2006-09-12 at 08:51 +0200, Paul Vriens wrote:
the latest run (with report) on the Coverity site seems to be from July
21st.
Does anybody know more about the why?
What comes in my mind, that they offered there Service
Hi,
Your patch for RTL support in usp10.dll.
http://www.winehq.org/pipermail/wine-patches/2006-September/030571.html
Only includes support for Arabic.
If you could include for other RTL languages esp Hebrew (other RTL
languages are Farsi and Urdu).
I think that would be an easy task for you as
Am Montag 11 September 2006 23:36 schrieb H. Verbeet:
On 11/09/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Am Montag 11 September 2006 19:56 schrieb H. Verbeet:
On 11/09/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
That's what I'd use the state.changed field for. Set it to TRUE when
On 12/09/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Yeah, but we still can't remove the entry. Or wait, set it to 0 and implement
state 0 as a nop-apply :-)
Why wouldn't you be able to remove an entry from a list?
Hi all,
Hope this is the right place to post this, if not, my apologies.
Im trying to track down an issue that occurred between 0.9.19 and
0.9.20, and am using git bisect to track the issue. In the process of
trying to identify the cause of the issue, I would like to be able to
get the code up
On Monday 11 September 2006 22:58, Kuba Ober wrote:
On Monday 11 September 2006 12:12, Frank Richter wrote:
[...]
:S might've been an emoticon here.
Thought about that, a quick google for :S didn't show up anything
interesting.
According to [1], it's a contratidcory remark smiley.
Cheers,
Hi All,
can someone help me understand some code from
dlls/wined3d/vertexshader.c please?
Im new to shader code, but to me the following looks a bit strange:
shader_addline(buffer, ADD result.position.x, TMP_OUT.x,
PROJECTIONX.w;\n);
shader_addline(buffer, ADD result.position.y,
What I do is to follow along with things on the shortlog:
http://source.winehq.org/git/?p=wine.git;a=shortlog
Lets say you want to move your current branch to my recent patch
riched20: Rewrite of scrolling and some redrawing code. - you'd
click the link commit to the right of it. In the page
That does look wrong. The proper code should probably look like this:
shader_addline(buffer, ADD result.position.x, TMP_OUT.x, PROJECTIONX.w;\n);
shader_addline(buffer, MAD result.position.y, TMP_OUT.y,
PROJECTIONY.y, PROJECTIONY.w;\n);
On 12/09/06, H. Verbeet [EMAIL PROTECTED] wrote:
That does look wrong. The proper code should probably look like this:
shader_addline(buffer, ADD result.position.x, TMP_OUT.x, PROJECTIONX.w;\n);
shader_addline(buffer, MAD result.position.y, TMP_OUT.y,
PROJECTIONY.y, PROJECTIONY.w;\n);
I don't end up with a gdb prompt. It is just stuck there.
yeah, that's a bug. I'm working on it
Tom Spear wrote:
Eric Pouech is the original author, so if he still hangs around here
he would be your best bet.
for the sake of record, I'm not the alsa driver author (at least not the
current 0.9x / 1.y)
A+
Aaron Slunt wrote:
Hi,
I talked on #winehq in irc about how horribly alsa is implemented
right now. I was told that winmm would need a complete re-write and
the dsound needs some changes as well.
the rewrite we're talking about is dealing with putting most of the
drivers in a single DLL,
On Fri, Sep 08, 2006 at 04:43:18PM -0400, Aaron Slunt wrote:
I talked on #winehq in irc about how horribly alsa is implemented right
now. I was told that winmm would need a complete re-write and the dsound
needs some changes as well.
The alsa specific problems should be fixeable without
Am Dienstag 12 September 2006 18:13 schrieb H. Verbeet:
On 12/09/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Yeah, but we still can't remove the entry. Or wait, set it to 0 and
implement state 0 as a nop-apply :-)
Why wouldn't you be able to remove an entry from a list?
With the array, we
On 12/09/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Why wouldn't you be able to remove an entry from a list?
With the array, we can only truly remove a single element by moving all other
entries by one, reducing the total amount of entries and adjusting all values
that specify a list index.
Matt Finnicum wrote:
What I do is to follow along with things on the shortlog:
http://source.winehq.org/git/?p=wine.git;a=shortlog
Lets say you want to move your current branch to my recent patch
riched20: Rewrite of scrolling and some redrawing code. - you'd
click the link commit to the right
I'm not able to compile wine with the latest source from git.
gcc-3.4 -c -I. -I. -I../../include -I../../include-Wall -pipe
-fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wwrite-strings
-Wpointer-arith -g -O2 -o parser.yy.o parser.yy.c
parser.l: In function `parser_lex':
Please do a make clean in widl directory and do make
On 9/12/06, EA Durbin [EMAIL PROTECTED] wrote:
I'm not able to compile wine with the latest source from git.
gcc-3.4 -c -I. -I. -I../../include -I../../include-Wall -pipe
-fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement
I did a make clean in the wine directory and it appears to be working now.
From: Vijay Kiran Kamuju [EMAIL PROTECTED]
To: EA Durbin [EMAIL PROTECTED]
CC: wine-devel@winehq.org
Subject: Re: wine complation fails with latest git
Date: Wed, 13 Sep 2006 00:00:24 -0400
Please do a make clean in
I've mentioned this before but I'm no expert C programmer. Can someone
explain why we do the following in storage32.c?
if (cbRead 0)
{
cbTotalRead += cbRead;
resWrite = BlockChainStream_WriteAt(bbTempChain,
offset,
disregard I see the do statement above it.
26 matches
Mail list logo