Deleting test results because the Wine version is old? What the Hell is
the plan there?
Original Message
Subject: [AppDB] Submitted test data deleted
Date: Mon, 05 Aug 2013 15:48:43 -0500
From: AppDB
Reply-To: AppDB
To: appdb-nore...@winehq.org
Submitted test data deleted
-
You can also run console apps without a graphics driver (if they don't
do anything that requires one).
On Mon, Aug 5, 2013 at 7:49 AM, 中川祥 wrote:
> I'm interpretering wine.man.
> I found it says"this requires X11 to run".
> But the newest ver. does not require X11,does it?
Yes. Unless you're on Mac and use the Mac driver instead.
--
-Austin
Hello,
This is a follow up of
http://www.winehq.org/pipermail/wine-devel/2013-July/100459.html (
[PATCH] imm32: Fixed crashing in ImmGetIMCCSize. )
I believe the attached patchset is the correct fix for the Office
crashing bug, how ever, I'm looking for a more graceful way to improve
ImmCreateCon
I'm interpretering wine.man.
I found it says"this requires X11 to run".
But the newest ver. does not require X11,does it?
On 05/08/13 12:14, Jacek Caban wrote:
+ * No warranty is given; refer to the file DISCLAIMER.PD within this package.
It's a minor point but this may be a bit confusing given the file
doesn't exist.
On 08/02/13 20:08, Daniel Lehman wrote:
+if(!MSVCRT_CHECK_PMT(wcDest))
+{
+*MSVCRT__errno() = MSVCRT_EINVAL;
return MSVCRT_EINVAL;
+}
The MSVCRT_CHECK_PMT macro sets the errno value. There's also
MSVCRT_CHECK_PMT_ERR macro if you need to set different error.
On 05/08/13 12:00, Ken Sharp wrote:
As an aside:
#define SUBLANG_SINDHI_PAKISTANSUBLANG_SINDHI_AFGHANISTAN
This may cause problems if these languages are ever implemented. Not
sure if Wine handles these differently.
And then, of course, I realise that these are probably the sam
On 05/08/13 10:41, Francois Gouget wrote:
On Sun, 4 Aug 2013, Ken Sharp wrote:
Hi everyone,
Would anyone mind looking at the attached patch?
I wonder if this is something that could be handled at the NLS
level instead. Maybe in dlls/kernel32/nls/enp.nls.
Would LOCALE_SNAME "en-PH" be relev
On Sun, 4 Aug 2013, Ken Sharp wrote:
> Hi everyone,
>
> Would anyone mind looking at the attached patch?
I wonder if this is something that could be handled at the NLS
level instead. Maybe in dlls/kernel32/nls/enp.nls.
Would LOCALE_SNAME "en-PH" be relevant here?
Or would it make sense to add a
10 matches
Mail list logo