Michael Stefaniuc wrote:
> > Once again, packages with custom patches can't be supported through WineHQ
> > bugzilla for obvious reasons. If the packager knows what he/she is dooing by
> I disagree with this statement. Each distribution modifies the upstream
> Wine in one way or the other.
Could
I've got a heavily multithreaded 64-bit app that uses a lot of memory.
After a while, I see this:
fixme:virtual:create_view out of memory in virtual heap for
0x7f94465b-0x7f94466d6000
fixme:virtual:create_view out of memory in virtual heap for
0x7f944664-0x7f94466d3000
fixme:virtual:cr
On Tue, 2011-03-01 at 17:09 -0700, Archie Robertson wrote:
> so If somebody could point me in the
> right direction I should be able to get this working.
On Wed, 2011-03-02 at 17:15 +0100, Michael Stefaniuc wrote:
> I disagree with this statement. Each distribution modifies the
> upstream
> Wine in one way or the other. And a blanket "Screw you, use upstream
> Wine if you want support" doesn't cut it. The distributions are for us
> the main consumer
On Fri, Feb 25, 2011 at 09:30:21PM +0100, Eric Pouech wrote:
> Le 25/02/2011 14:16, Marcus Meissner a écrit :
> >CID1801
> >---
> > dlls/shdocvw/shlinstobj.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> >diff --git a/dlls/shdocvw/shlinstobj.c b/dlls/shdocvw/shlinstobj.c
>
> Wine is big and those patches cover only a small aspect. E.g. if a
> distribution reports a crypt32 bug it doesn't matter if they use
> winepulse.drv or not, right? I'm just opposing the blanket "reject all"
> distribution Wine binaries created from modified source. For the Wine
> aspects modifie
Hello Juan,
Juan Lang wrote:
>>> Once again, packages with custom patches can't be supported through WineHQ
>>> bugzilla for obvious reasons. If the packager knows what he/she is dooing by
>> I disagree with this statement. Each distribution modifies the upstream
>> Wine in one way or the other. A
On Wed, Mar 2, 2011 at 12:56 PM, Uwe Bonnes
wrote:
>> "Shachar" == Shachar Shemesh writes:
> Also
> Damjan Jovanovic Jan 23 91/4337 "USB architecture: driver loading
> question"
> tried to take up the subject, again with no feedback.
For the record, I haven't had much feedback on that
Hello Michael,
>> Once again, packages with custom patches can't be supported through WineHQ
>> bugzilla for obvious reasons. If the packager knows what he/she is dooing by
> I disagree with this statement. Each distribution modifies the upstream
> Wine in one way or the other. And a blanket "Scre
Hello Dmitry,
Dmitry Timoshkov wrote:
> Andreas Bierfert wrote:
>
>> could you please stop arguing about the validity of the bug. What you
>> are stating in comment 6 is really not exclusive. The Fedora wine
>> packages are in fact 'prepackaged binary'.
>
> Using the term 'prepackaged binary' d
André Hentschel wrote:
> diff --git a/dlls/t2embed/t2embed.spec b/dlls/t2embed/t2embed.spec
> index 2566fa2..729a71b 100644
> --- a/dlls/t2embed/t2embed.spec
> +++ b/dlls/t2embed/t2embed.spec
> @@ -11,7 +11,7 @@
> @ stub TTRunValidationTests
> @ stub _TTCharToUnicode@24
> @ stub _TTDeleteEmbed
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=9625
Your paranoid android.
> "Shachar" == Shachar Shemesh writes:
>> I have a USB osciloscope (Link Instruments DSO 8002) that I am quite
>> motivated to get working in wine. I have followed the instructions
>> to install the USB patches. The osciloscope software works fine in
>> demo mode, but it st
13 matches
Mail list logo
