disregard I see the do statement above it.
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,
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
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 -Wwri
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':
pa
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 ri
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.
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 ar
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 to
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, a
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+
I don't end up with a gdb prompt. It is just stuck there.
yeah, that's a bug. I'm working on it
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");
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");
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
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.
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.positio
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 ti
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?
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
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 y
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 the
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 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 >8
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
25 matches
Mail list logo
