Hi,
I'm looking into supporting winegcc -Wl,--image-base on FreeBSD. On Linux
prelink --reloc-only is used for that but rather than porting prelink it
seems easier to pass -Wl,-Ttext-segment to the compiler instead. Is there
anything obviously wrong with that?
Winedbg shows kernel32 and ntdll are
On Fri, Feb 22, 2013 at 10:21 AM, Byeongsik Jeon wrote:
> This patch fix a original topic of the wine-bugs #16325.
Thanks for the great work! I've been waiting for this fix for a really
long time :)
Out basic Wine test VM does not include Chinese/Japanese Windows, so I
submit Byeongsik's patch to
Am 21.02.2013 21:31, schrieb Saulius Krasuckas:
> * On Thu, 21 Feb 2013, André Hentschel wrote:
>
>> Really? :) I mean this was 2004, and it doesn't look like you took
>> action on this. Did you read e.g. http://wiki.winehq.org/SPARC or
>> http://bugs.winehq.org/show_bug.cgi?id=24142 in the mean
* On Thu, 21 Feb 2013, André Hentschel wrote:
> Really? :) I mean this was 2004, and it doesn't look like you took
> action on this. Did you read e.g. http://wiki.winehq.org/SPARC or
> http://bugs.winehq.org/show_bug.cgi?id=24142 in the meantime?
Well, I didn't took actions but such intention i
Am 21.02.2013 20:55, schrieb Eric Pouech:
> Le 20/02/2013 21:11, André Hentschel a écrit :
>> -case IMAGE_FILE_MACHINE_SPARC: return "SPARC";
>>
>>
> Actually this one should be kept, so that dumping such would print the
> relevant information.
> A+
Thought about that for a second, too.
Am 21.02.2013 07:16, schrieb Saulius Krasuckas:
> * On Wed, 20 Feb 2013, André Hentschel wrote:
>
>> this patch series removes the broken SPARC support.
>> Reasons:
>> * It's broken, i wasted enough time already trying to fix that
>
> It's sad to hear. Can you be more verbose on brokenness, ple
On Wed, 13 Feb 2013 19:18:42 +0100
wrote:
> Johannes Kroll wrote:
> >It is in the log line that you deleted.
> Oops.
>
> >No, I don't have wineOSS. Does it require a proper OSSv4?
> Currently, yes. You'd have to try out wine-1.3.24 or older.
>
> I'll try and see how to use virtual MIDI devices
If I run Wine's conformance tests in a QEmu VM using Spice's QXL driver
I get the following errors:
d3d8:device
device.c:1004: Test failed: Unexpected display mode returned for mode 0: 0x18
d3d9:device
device.c:1366: Test failed: EnumAdapterModes(D3DFMT_X1R5G5B5) did not return
D3DERR_INVALIDC
Would it be appropriate to add a test to the name demangler that:
1) Scans all '.dll' and '.spac' files for mangled names, and
2) Tries to decode those names.
3) Prints the mangled and decoded names and where they occur.
Success would be that all names decode without the decoder blowing up
or
Hi,
I'm looking into supporting winegcc -Wl,--image-base on FreeBSD. On Linux
prelink --reloc-only is used for that but rather than porting prelink it
seems easier to pass -Wl,-Ttext-segment to the compiler instead. Is there
anything obviously wrong with that?
Winedbg shows kernel32 and ntdll are
On Thu, 2013-02-21 at 18:47 +1100, Alistair Leslie-Hughes wrote:
> +#include "wine/debug.h"
> +
> +WINE_DEFAULT_DEBUG_CHANNEL(wincodecs);
That channel is already taken :)
11 matches
Mail list logo