On Mon, Sep 18, 2006 at 01:58:59AM +0200, Jan Zerebecki wrote:
> I explained in a different mail to this thread what bugs are in
> winealsa. (Archive link to that mail is:
> http://www.winehq.org/pipermail/wine-devel/2006-September/050826.html )
> It seems I just found out how to fix the other win
On Thursday, September 21, 2006 15:30, Gerald Britton wrote:
> Hi -- I'm running ubuntu dapper on amd64. I want to compile wine
> but am hitting problems. I got the dependencies just fine, but the
> compile died. Here's what I get:
>
> $ sudo apt-get -y --build source wine
> Reading package li
Molle Bestefich wrote:
James Courtier-Dutton wrote:
I have not looked at the wine source code lately, but I would advise you
that it would be sensible to talk to the sound card at only the 48000 Hz
rate.
alsa-lib does do resampling currently, but it has some importance
constraints that I thin
On 9/21/06, Roderick Colenbrander <[EMAIL PROTECTED]> wrote:
Hi,
This patch changes the detection extension detection for
glBlendColor/glBlendEquation. The function glBlendColor is part of OpenGL 1.1
and is supported on all OpenGL implementations. Officially it is part of the
GL_ARB_imaging e
Andreas Mohr wrote:
Why reinvent the wheel? If such people can spend their time chasing down the
problem
and developing a fix for it, they sure can open a bug in bugzilla, describe
theproblem
and attach a patch they made. How more simple can it be?
No patches lost, no extra places to look for
Tom Wickline wrote:
On 9/21/06, Jeff L <[EMAIL PROTECTED]> wrote:
BTW, the WWN #292 looks to be out of date as those functions are now
implemented.
Hmm, Brian Vincent does the WWN and I just link the WWN articles to
the status
pages..
Tom
Brian, I have successfully run Notes 7 on wine
On Wednesday 20 September 2006 15:25, Vijay Kiran Kamuju wrote:
> Well then will this do good, if the file extension is 'spec', then we
> will take the default value as 'dll'.
> As the logic i am using to parse the filenames is, I am checking using
> the first part of the extension.
> Can you tell
Jan Zerebecki wrote:
On Wed, Sep 20, 2006 at 05:55:03PM +0200, Marcus Meissner wrote:
On Wed, Sep 20, 2006 at 05:54:06PM +0200, Tomas Carnecky wrote:
Jan Zerebecki wrote:
As explained in the mail refrenced above the main problem is that
in wine the alsa callback signal (that we
This should indeed be changed. I quickly checked a GL extension database and it
appears that mainly 3dlabs and Nvidia are advertising the extension. We could
just drop the extension check as glBlendColor and friends are part of OpenGL
1.1 or move to GL_EXT_blend_color and friends. I think droppi
Hi all,
I noticed, that wine checks for GL_ARB_imaging, before performing
operations like glBlendColor, glBlendEquation etc. However it appears
that the ATI drivers do not support this extension, though they do
support the blending operations.
I posted about this on the Rage3d linux driver boards
Hi -- I'm running ubuntu dapper on amd64. I want to compile wine
but am hitting problems. I got the dependencies just fine, but the
compile died. Here's what I get:
$ sudo apt-get -y --build source wine
Reading package lists... Done
Building dependency tree... Done
Skipping the already downl
On 9/20/06, Juan Lang <[EMAIL PROTECTED]> wrote:
Hiya James,
-TRACE("Feature %s -> %d %d %d\n", debugstr_w(feature->Title),
+printf("Feature %s -> %d %d %d\n", debugstr_w(feature->Title),
I don't think you meant that to slip in.
Thanks for catching this Juan. I even said to myself,
Daniel Glassey wrote:
It would be great if someone from wine and mono could be there. If that
wouldn't be possible we would appreciate your input on what you would need.
Daniel, your not entirely correct. We have some uniscribe support in
wine and it is improving however a clearer architect
Andreas Mohr wrote:
> And exactly this information should probably be stated in the wine-patches
> subscription welcome mail.
>
> "If for some reason the Wine patches you submit fail to get applied,
> then we'd appreciate you taking the effort of submitting your current patch
> as a new item at b
On Thu, Sep 21, 2006 at 06:09:10PM +0900, Dmitry Timoshkov wrote:
> I accidently left 2 tests in my comment, that may have been misleading.
> Just to clarify things: an actual test which fails for me is the one in
> the todo_wine block.
Yup, I guessed that's what you meant. I've just sent a patch
"Huw Davies" <[EMAIL PROTECTED]> wrote:
>+todo_wine {
>+/* The \n in the string is apparently handled differently in
>GetTextExtentPoint and GetTextExtentExPoint */
>+ok(sz1.cx != sz2.cx,
>+ "cx from GetTextExtentExPointW (%ld) and GetTextExtentPointW (%ld)
>are the same\n", sz1
On Thu, Sep 21, 2006 at 01:34:09PM +0900, Dmitry Timoshkov wrote:
> "Huw Davies" <[EMAIL PROTECTED]> wrote:
>
> >-ok(sz1.cx == sz2.cx && sz1.cy == sz2.cy,
> >- "results from GetTextExtentExPointW and GetTextExtentPointW
> >differ\n");
> >+ok(sz1.cy == sz2.cy,
> >+ "cy from Get
Hi,
On Wed, Sep 20, 2006 at 08:52:45PM -0600, Vitaliy Margolen wrote:
> Dr J A Gow wrote:
> > How to capture these 'lost' contributions is a difficult issue. Maybe a
> > centralized repository for patches could be maintained separate from the
> > main
> > Wine tree and with a very loose method of
James Courtier-Dutton wrote:
I have not looked at the wine source code lately, but I would advise you
that it would be sensible to talk to the sound card at only the 48000 Hz
rate.
alsa-lib does do resampling currently, but it has some importance
constraints that I think are incompatible with
19 matches
Mail list logo
