On Fri, Jun 1, 2012 at 7:49 PM, Max TenEyck Woodbury
wrote:
> Microsoft does NOT
> like the competition and has pulled stunts like their end-run to MosAid to
> get around binding promises.
Actually, I went to the MonoSpace conference last year, and guess
where it was hosted: the MICROSOFT Nerd Ce
On 06/01/2012 09:58 AM, Conan Kudo (ニール・ゴンパ) wrote:
> On Fri, Jun 1, 2012 at 12:28 AM, Max TenEyck Woodbury
> mailto:m...@mtew.isa-geek.net>> wrote:
>
> On 06/01/2012 12:40 AM, Conan Kudo (ニール・ゴンパ) wrote:
>
> > You realize that Microsoft has a legally binding irrevocable agreement
> > to not as
On Fri, 1 Jun 2012, Max TenEyck Woodbury wrote:
[...]
> (There is also an indication that .NET is a dead letter and MONO will
> become unnecessary.)
The impression I have been getting lately is that more and more Windows
applications are using .Net in some way. Not that they are written from
the
"Erich E. Hoover" writes:
> Real Name:
> Erich Hoover
>
> Description:
> It seems that the completion information should be associated with
> the async queue, rather than the async object, since the completion
> information for a file handle can be updated after an async IO has
> been que
Alexandre Julliard wrote:
> > What I have done is a comparison of screenshots of the affected application
> > produced under Windows and Wine. If there will be a need in futher
> > improvements
> > I'll certainly have a look what can be enhanced.
>
> Once again, have you explicitly tested 32-pi
On Fri, Jun 1, 2012 at 12:28 AM, Max TenEyck Woodbury wrote:
> On 06/01/2012 12:40 AM, Conan Kudo (ニール・ゴンパ) wrote:
>
> > You realize that Microsoft has a legally binding irrevocable agreement
> > to not assert patents on .NET implementations that comply with the
> > standard, right? Mono falls un
Dmitry Timoshkov writes:
>> Have you actually tested it with characters 32-pixel wide, and confirmed
>> that Windows messes them up the same way?
>
> What I have done is a comparison of screenshots of the affected application
> produced under Windows and Wine. If there will be a need in futher
>
Alexandre Julliard wrote:
> >> You did get a comment from Huw that you need to allocate extra bytes,
> >> you still haven't done that AFAICS.
> >
> > That was a just a question, to which I had answered. There are the tests,
> > and the app which needs this functionality (and uses various fonts wi
Dmitry Timoshkov writes:
> Alexandre Julliard wrote:
>
>> > Any chance for at least a comment?
>>
>> You did get a comment from Huw that you need to allocate extra bytes,
>> you still haven't done that AFAICS.
>
> That was a just a question, to which I had answered. There are the tests,
> and t
Alexandre Julliard wrote:
> > Any chance for at least a comment?
>
> You did get a comment from Huw that you need to allocate extra bytes,
> you still haven't done that AFAICS.
That was a just a question, to which I had answered. There are the tests,
and the app which needs this functionality (
Dmitry Timoshkov writes:
> Any chance for at least a comment?
You did get a comment from Huw that you need to allocate extra bytes,
you still haven't done that AFAICS.
--
Alexandre Julliard
julli...@winehq.org
Hi,
As we have crossed the 100MB installed size (stripped) for the Wine RPM packages
(stripped), this makes a Wow64 capable installation taking around 200MB these
days.
Can we reduce this size?
eg. kernel32.dll.so has 1.6MB of static data inside itself, which is puzzling
me a bit.
(winerror.re
12 matches
Mail list logo