On 11/04/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Freitag, 11. April 2008 00:31:13 schrieb Stefan Dösinger:
>
> > The drawback of this is that now the workaround for the mesa atifs bug
> > minimally affects nvidia cards too. It's a bit tricky to design around
> > driver bugs :-/
>
>
Am Freitag, 11. April 2008 00:31:13 schrieb Stefan Dösinger:
> The drawback of this is that now the workaround for the mesa atifs bug
> minimally affects nvidia cards too. It's a bit tricky to design around
> driver bugs :-/
Use this patch instead, the last one had a small but pretty bad bug that
Sounds like one you'll probably just have to ignore.
Dan Kegel wrote:
> Vitaliy wrote:
>
>> ==22938== Invalid write of size 1
>> ==22938==at 0x4024D55: memcpy (mc_replace_strmem.c:402)
>> ==22938==by 0x7BC64405: setup_exception_record (signal_i386.c:795)
>> ==22938==by 0x7BC65793: segv_handler (signal_i386.c:1310)
>
> What test was this
On Thu, Apr 10, 2008 at 11:42 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Maarten stumbled across what he said was very useful
> documentation about the AVI file format. For future reference,
> here it is:
> http://sunsson.iptime.org/projects/juliet/wiki/MediaFileFormat
Sorry for the spam, but
Vitaliy wrote:
>==22938== Invalid write of size 1
>==22938==at 0x4024D55: memcpy (mc_replace_strmem.c:402)
>==22938==by 0x7BC64405: setup_exception_record (signal_i386.c:795)
>==22938==by 0x7BC65793: segv_handler (signal_i386.c:1310)
What test was this? Sometimes a little more contex
Trying to understand what is that valgrind doesn't like?
==22938== Invalid write of size 1
==22938==at 0x4024D55: memcpy (mc_replace_strmem.c:402)
==22938==by 0x7BC64405: setup_exception_record (signal_i386.c:795)
==22938==by 0x7BC65793: segv_handler (signal_i386.c:1310)
==22938==b
> Name=Wine Windows Emulator
I like the expanded version better:
"Wine is not an emulator windows emulator".
Should help clear up any questions people might have :)
On Thu, Apr 10, 2008 at 7:40 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > Wine-mono on the other hand is probably premature.
> > How many apps are helped at the moment by
> > winetricks mono12
> > ? I don't think it's a large number.
>
> Honestly I don't know. Is this due to inadequaci
Dan Kegel wrote:
> A wine-gecko package would be very useful.
>
> Wine-mono on the other hand is probably premature.
> How many apps are helped at the moment by
> winetricks mono12
> ? I don't think it's a large number.
Honestly I don't know. Is this due to inadequacies in the current mono,
o
On Thursday 10 April 2008 21:05:10 Jeremy White wrote:
> My sense is that 3 years in Europe and 1 year in the US
> is a reasonable balance, so I feel it makes sense to
> try to have it over here this year.
Fine with me. I'm hoping to fit it into my US trip schedule for this year.
>
> My thought
Hey Lei,
this morning's git brought one new valgrind error, and it happens to
be in a file you touched in the last day or so:
+ Conditional jump or move depends on uninitialised value(s)
+at EDIT_BuildLineDefs_ML (edit.c:1280)
+by EDIT_EM_ReplaceSel (edit.c:3260)
+by EDIT_WM_Char (ed
Hi,
I just tried 3DMark2001, and I can confirm the black textures in the high car
test, so it is not your different card. I am pretty sure this used to work
though...
Looking at documentation/PACKAGING, it seems there's quite a bit of
outdated info (hasn't been updated in 2-3 years...). Anywho, I'm
preparing a few updates for it, but wanted to verify that
cachedmetrics is no longer used. There's a few references to it on
AppDB, but only one reference in the code
Could someone add the newest Wine version to buzilla?
Vitaliy.
Steven Edwards wrote:
On Thu, Apr 10, 2008 at 3:05 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
At any rate, that's my idea. I'm willing to be swayed if people
object violently, or if a clear consensus for an alternate emerges.
Thoughts? Comments?
It may be nothing
> Thoughts?
+1 to a US conference.
--Juan
Hi folks,
I'm on the IDG mailing list, and just got a deadline notice,
and thought I'd relay it in case someone still wanted to apply
for a booth and hadn't done so yet:
The deadline for submitting for a .org Pavilion application is
Friday, April 11, 2008
Submit proposal(s) here:
http://em
On Thu, Apr 10, 2008 at 3:05 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
> At any rate, that's my idea. I'm willing to be swayed if people
> object violently, or if a clear consensus for an alternate emerges.
>
> Thoughts? Comments?
It may be nothing more than hot air from our European brethr
Hi Folks,
I'd like to start the planning for WineConf 2008.
My sense is that 3 years in Europe and 1 year in the US
is a reasonable balance, so I feel it makes sense to
try to have it over here this year.
Further, I would like to host WineConf this year in St. Paul, Minnesota,
for a variety of r
On Thu, Apr 10, 2008 at 11:22:41AM -0700, Dan Kegel wrote:
> It's an April 15th event sponsored by Microsoft, but
> it sure sounds like something we should be holding on our own terms :-)
>
>
http://www.microsoft.com/events/EventDetails.aspx?CMTYSvcSource=MSCOMMedia...
(snip)
That's a long URL (
Maarten stumbled across what he said was very useful
documentation about the AVI file format. For future reference,
here it is:
http://sunsson.iptime.org/projects/juliet/wiki/MediaFileFormat
It's an April 15th event sponsored by Microsoft, but
it sure sounds like something we should be holding on our own terms :-)
http://www.microsoft.com/events/EventDetails.aspx?CMTYSvcSource=MSCOMMedia&Params=~CMTYDataSvcParams%5E~arg+Name%3D%22ID%22+Value%3D%221032374035%22%2F%5E~arg+Name%3D%22Prov
> You patch is wrapped. Also please for new files follow standard Wine codding
> style - 4 spaces indentation, no tabs.
Sorry about that, I'll fix it in the morning. (I should've attached it as a
text file :( )
> This is ugly and redundant.
yes, but at least it's easily readable - same local var
> I would like to have the applets should be part of wine's control program.
Hmmm, I followed usual windows proceedings, e.g. the applet is not actually a
part of the control panel program itself, it's a .CPL.
> They would be better be as files in the /programs/control/
Well, cpls are basically D
Robert Shearman wrote:
> It doesn't matter what MSDN says about szName, RegQueryValueExW still
> takes the size in bytes, not characters. I.e. count should be set to
> NAME_SIZE * sizeof(WCHAR), not NAME_SIZE.
>
Hi Robert,
Yes, indeed. I believe I may have had an editing accident with that one.
> FONTDIR and all related font structures are well described in Windows 3.1
> DDK I used to have (and use) 15 years ago. I put some knowledge about it
> when I was fixing after Huw tools/fnt2fon.c, that's a good piece of
> knowledge
> about Windows .fon files.
>
Where in the DDK? I can't find a
[EMAIL PROTECTED] wrote:
> Allows access to different winecfg tabs via control-panel applets (without
> showing all of the cfg's tabs when accessed thusly)
>
> +LONG APIENTRY EXECUTE_APPLET(HWND hwndCpl, UINT message, LPARAM lParam1,
> LPARAM lParam2)
> +{
> +
> + int NumOfApplet = (int)lPara
Hi,
This is regarding the control panel applet patch you have submitted to
wine-patches.
I would like to have the applets should be part of wine's control program.
They would be better be as files in the /programs/control/
And you should extend the existing control.exe and winecfg in wine to
open
A wine-gecko package would be very useful.
Wine-mono on the other hand is probably premature.
How many apps are helped at the moment by
winetricks mono12
? I don't think it's a large number.
The wine-gecko package should just be a repackaging
of the same blob that is normally downloaded,
at le
> I don't believe so. ParseDisplayName (which isn't implemented yet) will do
> the mapping between the PIDL and the name the user sees, which doesn't have
> to depend on pData->u.network.szNames.
Right. I was expecting that the Network Places shell folder would
have to be hooked up to MPR, in whi
On Thu, Apr 10, 2008 at 1:25 AM, Lei Zhang <[EMAIL PROTECTED]> wrote:
>
> On Wed, Apr 9, 2008 at 10:54 PM, Stefan Leichter
> <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > installing wine does not longer work for me. It fails with:
> >
> > make[2]: Entering directory `/usr/src/wine/wine-buil
Juan Lang wrote:
> Hi Rob,
>
> +strcpy(pData->u.network.szNames, "Entire Network");
>
> Is this not locale-dependent?
I don't believe so. ParseDisplayName (which isn't implemented yet) will
do the mapping between the PIDL and the name the user sees, which
doesn't have to depend on pData-
Hi Rob,
+strcpy(pData->u.network.szNames, "Entire Network");
Is this not locale-dependent?
--Juan
Petr Sumbera <[EMAIL PROTECTED]> writes:
> diff --git a/server/fd.c b/server/fd.c
> index 41e404c..0010bab 100644
> --- a/server/fd.c
> +++ b/server/fd.c
> @@ -71,6 +71,18 @@
> #include
> #include
>
> +/*
> + struct list is defined at sys/list_impl.h on solaris
> + this patches work around i
I'm trying to decide if it's a good idea to create wine-mono and
wine-gecko packages depended on by the wine package.
wine-gecko seems easy enough: we just install a local copy of the gecko
engine, and then Wine grabs it as soon as it's needed. I'm even
thinking of modifying wineprefixcreate to e
- Original Message
From: Alexandre Julliard <[EMAIL PROTECTED]>
To: Louis. Lenders <[EMAIL PROTECTED]>
Cc: wine-devel@winehq.org
Sent: Thursday, 10 April, 2008 5:15:56 AM
Subject: Re: msvcrtd: add DllMain
"Louis. Lenders" <[EMAIL PROTECTED]> writes:
> Hi, this is for bug http://bugs.w
Andrew Talbot wrote:
Robert Shearman wrote:
This is incorrect. count is the size in bytes of the buffer passed in
(szName) and so should be sizeof(szName) not
sizeof(szName)/sizeof(szName[0]) (i.e. 80).
Are you sure? MSDN says "szName: Array of 80 Unicode characters that
receives the
"Louis. Lenders" <[EMAIL PROTECTED]> writes:
> Hi, this is for bug http://bugs.winehq.org/show_bug.cgi?id=5133
>
> It looks like several apps (like Rubies, and Resolume and i guess
> several others) are shipped with a copy of this dll (along with
> msvcr71 and others). So i think it's ok to use t
"Lei Zhang" <[EMAIL PROTECTED]> writes:
> @@ -62,6 +64,13 @@ typedef ImageAbort GetThumbnailImageAbort;
>
> #ifdef __cplusplus
>
> +/* FIXME: missing the methods. */
> +class Color
> +{
> +public:
> +ARGB color;
> +};
> +
I think this belong in gdipluscolor.h.
--
Alexandre Julliard
[EM
40 matches
Mail list logo
