Whoops. This should have gone to the list.
>Susan Cragin wrote:
>> I have tested the following and I believe found they were not the
>> problem:
> --snip--
>> (3) problem with pulseaudio
> How did you determine this? I thought you said your version of Ubuntu
> was cripple
Susan Cragin wrote:
I have tested the following and I believe found they were not the problem:
--snip--
(3) problem with pulseaudio
How did you determine this? I thought you said your version of Ubuntu
was crippled if pulseaudio was removed, so did you use pasuspender? If
so, did you verify th
Paul Chitescu writes:
> True, but that would mean replicating the code in except.c
> format_exception_msg(). Getting the two pieces of code out of sync would
> cause user confusion as some will report the string displayed in the crash
> window while others will report the message from start_de
Guy Albertelli wrote:
On Wed, 2009-04-29 at 18:42 +0200, Paul Vriens wrote:
Guy Albertelli wrote:
Fixed memory leak and changed skip to win_skip in this patch.
Add todo_wine as necessary so all tests pass.
Changelog:
- Enhance QueryDosDevice test for attempting to return all devices.
- Add
Paul Chitescu a écrit :
Changelog:
winedbg: Accept a 3rd parameter to --auto to be used as extra info in the
crash dialog
Next patch will actually send this info to the debugger from kernel32.
this is not necessary
On Wednesday 29 April 2009 18:02:17 Alexandre Julliard wrote:
> Paul Chitescu writes:
> > Changelog:
> > kernel32: Send exception information to winedbg for display in the crash
> > dialog
>
> That info (and more) can be determined by the debugger itself, there's
> no need to pass it from kern
Paul Vriens wrote:
Guy Albertelli wrote:
Fixed memory leak and changed skip to win_skip in this patch.
Add todo_wine as necessary so all tests pass.
Changelog:
- Enhance QueryDosDevice test for attempting to return all devices.
- Add tests for GetVolumeInformationA testing the different roo
On Wed, 2009-04-29 at 18:42 +0200, Paul Vriens wrote:
> Guy Albertelli wrote:
> > Fixed memory leak and changed skip to win_skip in this patch.
> > Add todo_wine as necessary so all tests pass.
> >
> > Changelog:
> > - Enhance QueryDosDevice test for attempting to return all devices.
> > - Add
>
> Is it just me or did this message get sent three times? :P
>
3 times for me too.
I have tested the following and I believe found they were not the problem:
>>>--snip--
(3) problem with pulseaudio
>>>
>>>How did you determine this? I thought you said your version of Ubuntu
>>>was crippled if pulseaudio was removed, so did you use pasuspender? If
>>>so, did you verify t
2009/4/30 Susan Cragin :
>>2009/4/29 Susan Cragin :
>>> I have tested the following and I believe found they were not the problem:
>>--snip--
>>> (3) problem with pulseaudio
>>
>>How did you determine this? I thought you said your version of Ubuntu
>>was crippled if pulseaudio was removed, so did y
Guy Albertelli wrote:
Fixed memory leak and changed skip to win_skip in this patch.
Add todo_wine as necessary so all tests pass.
Changelog:
- Enhance QueryDosDevice test for attempting to return all devices.
- Add tests for GetVolumeInformationA testing the different root dir formats.
---
>2009/4/29 Susan Cragin :
>> I have tested the following and I believe found they were not the problem:
>--snip--
>> (3) problem with pulseaudio
>
>How did you determine this? I thought you said your version of Ubuntu
>was crippled if pulseaudio was removed, so did you use pasuspender? If
>so, did
2009/4/28 ace102 :
>
> Hi,
>
> I noticed GL_APPLE_FENCE shares the same token in dlls/wined3d_gl.h with
> GL_FENCE_STATUS_NV.
>
> GL_FENCE_STATUS_NV
> http://www.opengl.org/registry/specs/NV/fence.txt
> Currently 0x84F3
>
> GL_APPLE_FENCE
> http://www.opengl.org/registry/specs/APPLE/fence.txt
> Cu
2009/4/29 Susan Cragin :
> I have tested the following and I believe found they were not the problem:
--snip--
> (3) problem with pulseaudio
How did you determine this? I thought you said your version of Ubuntu
was crippled if pulseaudio was removed, so did you use pasuspender? If
so, did you veri
Bug 13335 [1] is basically "OpenGL games crash or run slow".
There's two symptoms here, and they're to do with proprietary video
drivers.
When the nVidia driver fails to mmap stuff from /dev/nvidia0, it starts
failing OpenGL commands with GL_OUT_OF_MEMORY.
When the FireGL driver fails to mmap or
Paul Chitescu writes:
> Changelog:
> kernel32: Send exception information to winedbg for display in the
> crash
> dialog
That info (and more) can be determined by the debugger itself, there's
no need to pass it from kernel32.
--
Alexandre Julliard
julli...@winehq.org
I'm changing the name of the thread.
Pulseaudio has nothing to do with my current problem. I thought it did back
when I started the thread, but my testing turned out to be incomplete. I still
don't know what the problem is, but I believe it has to do with the way wine
relates to the current Ub
On Wed, Apr 29, 2009 at 6:51 AM, Luke Benstead wrote:
> I agree.
Ditto. I made this point on IRC yesterday. No major project can move
forward without a documented design and requirements. Unless these are
forthcoming the DIB engine discussions are just going to keep
amounting to noise with no sig
Nikolay Sivov ha scritto:
Massimo Del Fedele wrote:
Massimo Del Fedele ha scritto:
Should work for both DIBs and DDBs format, but strange enough the
IPicture bitmap
inside wine gdiplus bitmap is always a 32 bit DDB by now... haven't
found any
other case.
Ciao
Max
-
Guy Albertelli writes:
> mountmgr.sys uses a specific format for "unique volume name". Make
> GetVolumeNameForVolumeMountPointW match that format for the returned
> unique volume name.
It should actually query mountmgr, not try to guess the name that
mountmgr is using.
--
Alexandre Julliard
ju
Massimo Del Fedele wrote:
Massimo Del Fedele ha scritto:
Should work for both DIBs and DDBs format, but strange enough the
IPicture bitmap
inside wine gdiplus bitmap is always a 32 bit DDB by now... haven't
found any
other case.
Ciao
Max
2009/4/29 Chris Howe :
> 2009/4/29 Roderick Colenbrander :
>> On Wed, Apr 29, 2009 at 10:34 AM, Luke Benstead wrote:
>>> It would be nice to see what Alexandre's opinion of the options
>>> discussed in this thread is, as he's ultimately the one who will
>>> decide.
>> [Huw] would document how the
2009/4/29 Roderick Colenbrander :
> On Wed, Apr 29, 2009 at 10:34 AM, Luke Benstead wrote:
>> It would be nice to see what Alexandre's opinion of the options
>> discussed in this thread is, as he's ultimately the one who will
>> decide.
> [Huw] would document how the DIB engine should be implement
Hans Leidekker wrote:
diff --git a/dlls/iphlpapi/tests/iphlpapi.c b/dlls/iphlpapi/tests/iphlpapi.c
index 2fc5e0d..a03cc85 100644
+static void test_GetAdaptersAddresses(void)
+{
+ULONG ret, size;
+IP_ADAPTER_ADDRESSES *aa;
+IP_ADAPTER_UNICAST_ADDRESS *ua;
+
+if (!gGetAdaptersAddres
On Wednesday 29 April 2009 1:58:53 am Massimo Del Fedele wrote:
> That's why I've chosen the "new approach". As a new driver it can't
> break anything, so it could (but I guess it won't) be introduced as
> an "alternative" display driver in parallel to winex11.
A problem with it being a separate d
On Tue, Apr 28, 2009 at 10:52 PM, Ben Klein wrote:
> I'm still interested to know what the problem with purging pulseaudio
> is, as that is the current preferred solution that is given to users
> who have sound issues in #winehq.
Apparently it keeps getting reinstalled. I encountered it yesterday
On Wed, Apr 29, 2009 at 10:34 AM, Luke Benstead wrote:
> It would be nice to see what Alexandre's opinion of the options
> discussed in this thread is, as he's ultimately the one who will
> decide.
>
> From an observer's point of view, I'd say that moving the current DIB
> code out of wineX11 firs
Henri Verbeet ha scritto:
I would of
course expect Alexandre to be much more strict wrt. winex11.drv than
wined3d since it's a much more critical component.
of course :-)
I'd also expect
reputation / experience with winex11.drv and gdi32 to be taken into
account. I.e., trust, if you like.
Massimo Del Fedele wrote:
This one implements GdipBitmapSetPixel() besides unhandled alpha channel.
Ciao
Max
+SetPixel(hdc, x, y, ((color << 16) & 0xff) | (color & 0x00ff00) | ((color
>> 16) & 0xff));
Use ARGB2COLORREF(ARGB color) from gdiplus.c for that.
It would be nice to see what Alexandre's opinion of the options
discussed in this thread is, as he's ultimately the one who will
decide.
>From an observer's point of view, I'd say that moving the current DIB
code out of wineX11 first before replacing it with Max's DIB code
sounds like the cleanest
2009/4/29 Massimo Del Fedele :
> I didn't look at Direct3d 10, but I guess he don't affect zillions
> of apps, does it ? DX10 <--> Vista, and (AFAIK) most DX apps still use
> 9.
D3D10 itself isn't used that much yet, most current D3D10 applications
also have a D3D9 renderer. However, our d3d10 is b
On Wednesday 29 April 2009 10:08:56 am Paul Vriens wrote:
> Was going through some logs on Bugzilla and noticed this.
>
> Changelog
>Don't print an out parameter
The spec entry for ClusterEnum also needs a fix.
-Hans
33 matches
Mail list logo
