Re: Could these changes break Wine? Fwd: gcc in natty now passes --as-needed by default to the linker

On Fri, Nov 26, 2010 at 04:08:53PM -0800, Scott Ritchie wrote: > Trying to head off a problem before it's a problem... openSUSE is building all packages by default with --as-needed since the last release and so far no Wine issues have been reported. Ciao, Marcus

Re: Added unit test suite for process functions (try 3)

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=7294 Your paranoid android.

Could these changes break Wine? Fwd: gcc in natty now passes --as-needed by default to the linker

Trying to head off a problem before it's a problem... Original Message Subject: gcc in natty now passes --as-needed by default to the linker Date: Mon, 15 Nov 2010 12:26:27 +0100 From: Matthias Klose Reply-To: ubuntu-devel-disc...@lists.ubuntu.com To: ubuntu-devel , ubuntu-

Re: Packaging 1.3.7 and newer, lucid?

On 11/26/2010 02:39 PM, Trygve Vea wrote: > Hello, > > I can't seem to find wine 1.3.7 / 1.3.8 packages for lucid in the > ppa-repository. > > Does anyone know if this is on purpose? > > > Regards Uploaded as of 10 minutes ago, probably still building in launchpad. I put 1.3.7 on hold for Luc

Packaging 1.3.7 and newer, lucid?

Hello, I can't seem to find wine 1.3.7 / 1.3.8 packages for lucid in the ppa-repository. Does anyone know if this is on purpose? Regards -- Trygve Vea

Re: [PATCH] ntdll: Increase size of buffer used to read lines of /proc/cpuinfo

On 11/26/10 12:15 AM, Damjan Jovanovic wrote: On Fri, Nov 26, 2010 at 6:56 AM, Vitaliy Margolen wrote: On 11/24/2010 07:19 PM, James McKenzie wrote: On 11/24/10 6:56 PM, Vitaliy Margolen wrote: On 11/24/2010 12:23 PM, jimpor...@gmail.com wrote: From: James Eder - while (fgets(line,200,f) !

Re: [PATCH] ntdll: Increase size of buffer used to read lines of /proc/cpuinfo

On 11/25/10 9:56 PM, Vitaliy Margolen wrote: On 11/24/2010 07:19 PM, James McKenzie wrote: On 11/24/10 6:56 PM, Vitaliy Margolen wrote: On 11/24/2010 12:23 PM, jimpor...@gmail.com wrote: From: James Eder - while (fgets(line,200,f) != NULL) + while (fgets(line,450,f) != NULL) You might as wel

Re: [1/4] msi: Fix the Create/RemoveFolders actions to actually create and remove empty folders.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=7281 Your paranoid android.

Re: dockFill problem

On Fri, Nov 26, 2010 at 5:10 AM, Vassilis Virvilis wrote: > I am trying from latest git (as of yesterday). Great... > I am not sure I can do that (provide source and binary) but I will ask. As I > said it is a .NET application. We don't want or need the full app's source and binary, just a one-

Re: dockFill problem

On 26/11/2010 01:51 μμ, Dan Kegel wrote: .bill wrote: I have the following problem in a .NET application. A form resides in a maximized MDI window. On startup the MDI gets maximized but the form is not although the dockFill property is set. Sounds interesting. If you're not already, please tr

Re: poor Wine performance creating fat dialogs

On Fri, Nov 26, 2010 at 01:06:32PM +0100, Andreas Pflug wrote: > I'm investigating running a commercial ERP system under Wine (only > binary available). It mostly works, but creating the main dialogs > for item, customer and such will need around 25 seconds, while > running on Wxx it takes 2-3 seco

Re: wined3d: Allow color key processing for surfaces with alpha channel

Am Mittwoch 24 November 2010, 12:38:00 schrieb Ilya Shpigor: > Hello! > > This is new patch for bug: > http://bugs.winehq.org/show_bug.cgi?id=23750 > > I have tested color key processing for SURFACE_OPENGL and SURFACE_GDI > surfaces with alpha channel in Windows.The color key has been processed

poor Wine performance creating fat dialogs

I'm investigating running a commercial ERP system under Wine (only binary available). It mostly works, but creating the main dialogs for item, customer and such will need around 25 seconds, while running on Wxx it takes 2-3 seconds. After that, there's no serious performance impact working on t

re: dockFill problem

.bill wrote: > I have the following problem in a .NET application. > A form resides in a maximized MDI window. > On startup the MDI gets maximized but the form is not although the dockFill > property is set. Sounds interesting. If you're not already, please try the latest version of wine (1.3.7 o

Re: Wine runs IE7!

Hans Leidekker codeweavers.com> writes: > > > Well, sort of. I found bugs in shell32, rpcrt4, comctl32 and wininet > that I had to implement, stub and override my way past before it would > render a page, but finally, here's the obligatory screenshot. > > -Hans > Well it sure would be nice

Re: [PATCH 1/2] kernel32: Don't print a FIXME for languages with ANSI codepage 0.

Michael Stefaniuc wrote: > The proper fix is of course "Don't use ANSI functions for unicode-only > languages" (hint: clock doesn't use any ;) . So if somebody is up for > the challenge this is a nice little code cleanup :) It means that some parts of Wine are still using A versions of APIs in

Re: [PATCH 1/2] kernel32: Don't print a FIXME for languages with ANSI codepage 0.

On 11/26/2010 07:50 AM, Dmitry Timoshkov wrote: Michael Stefaniuc wrote: if (!(cp = get_lcid_codepage( locale ))) { -FIXME("For locale %04x using current ANSI code page\n", locale); +TRACE("No ANSI codepage for locale %04x. Using current ANSI code page\n", locale);