winegcc from the current WineHQ produces assembly output for SPARC systems
that cannot be processed by the assembler.
1. "operation combines symbols in different segments" error.
This problem arises because the imports code attempts to generate a relocation
involving symbols in different segmen
On 12/21/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
>
> Happy Holiday's
>
Happy Holidays to you too :)
--
James Hawkins
On 12/21/05, James Hawkins <[EMAIL PROTECTED]> wrote:
> On 12/21/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
> >
> > So you agree that is currently needed, I believe it should stay until 1.0
> >
>
> The link or the program? Whether the program itself is needed is up
> to the users of winetools, an
On 12/21/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
>
> So you agree that is currently needed, I believe it should stay until 1.0
>
The link or the program? Whether the program itself is needed is up
to the users of winetools, and they show that it's useful in the very
least, which I agree. Whe
On 12/21/05, James Hawkins <[EMAIL PROTECTED]> wrote:
winetools will
> eventually no longer be needed (which is a good thing!), and this is
> one of the first steps towards that process and wine 1.0.
So you agree that is currently needed, I believe it should stay until 1.0
Tom
>
> --
> James
Tom Spear gmail.com> writes:
>
> Aric Cyr wrote:
> >>>I took a look at the D3D_OK hack, and I believe the problem to be
> >>>CheckDeviceFormat in wined3d/directx.c. This function should return an
> >>>error if
> >>>D3DFMT_D32 is checked for on cards which don't support 32bit depth.
> >>>Curre
On 12/21/05, Tom Wickline <[EMAIL PROTECTED]> wrote:
>
> Shouldn't Wine be fixed before it's removed? Isn't it kind of backwards to say
> we need to have Wine run everything out of the box and to accomplish this were
> going to remove a link to a user friendly tool that currently helps our users.
>
On 12/21/05, James Hawkins <[EMAIL PROTECTED]> wrote:
>
> As much as I appreciate the work you, Joachim, and others have put
> into winetools, we're getting closer to the point in time when
> winetools needs to be phased out by a better, more functional wine.
> Part of this process is removing it f
n 12/21/05, Sven Paschukat <[EMAIL PROTECTED]> wrote:
>
> Joachim says that he has 30.000 downloads per month. That's a big number
> and if only one percent of the users has problems, then of course your
> hear of them.
>
That's the problem; a clear distinction between wine and winetools is
requir
On 12/21/05, Sven Paschukat <[EMAIL PROTECTED]> wrote:
> James, please don't see the value of winetools only from a developers
> view. Normal linux users don't want to test builtin dlls, they just want
> to get their windows apps working on linux. IMHO it's better for Wine if
> the users become an
Hi,
I have spent days finding the reason for PowerPoint 2000 causing a
deadlock if a file is opened that contains a preview which itself
contains a bitmap >90x90 pixels (ie. on the first slide).
After inserting some more traces I feel I am pretty close but I'm
stuck now. The problem is connected t
Vitaliy Margolen schrieb:
> I can't say how many people have come to #winehq with different problems
> that were related to winetools. From what I could see, not a single
> person who I talked to had winetools installed and had Wine programs
> working properly.
Well, it was just a few month a
Aric Cyr wrote:
I took a look at the D3D_OK hack, and I believe the problem to be
CheckDeviceFormat in wined3d/directx.c. This function should return an error if
D3DFMT_D32 is checked for on cards which don't support 32bit depth. Currently
it just returns OK for most formats though. This code
Hi,
I was just diving into this as there is failure for months with this
test on Winxp-SP2 and W2K3.
We call _itow, like this:
result = p_itow(ulong2str[0].value, NULL, 10);
This however seems not be allowed anymore. Changing it to
WCHAR buffer[LARGE_STRI_BUFFER_LENGTH + 1];
result = p_itow(ul
On Wed, Dec 21, 2005 at 02:55:14AM +, Robert Shearman wrote:
> Marcus Meissner wrote:
>
> >@@ -257,6 +254,15 @@
> >return apt;
> >}
> >
> >+void make_apartment_window(APARTMENT *apt) {
> >+if (apt->win) return;
> >+if (!(apt->model & COINIT_APARTMENTTHREADED))
> >+return;
>
Robert Reif wrote:
> Cihan Altinay wrote:
>
>> Quoting Robert Reif <[EMAIL PROTECTED]>:
>>
>>
>>
>>> Cihan Altinay wrote:
>>>
>>>
>>>
With a fresh wine prefix sound is enabled but I can't
see which driver is used because none of them is checked
in the new winecfg sound dialog.
>
> It is not a requirement that patches be submitted - only that source code be
> made available. Patches are normally submitted because it is more convenient
> for the developer if the change is in the canonical version. If the developer
> does not see the value of having their patch in the c
On 12/21/05, Michael Jung <[EMAIL PROTECTED]> wrote:
>
> I did'nt use winetools for quite a while now, but it was a great tool to get a
> newbie up and running with wine back then. If it hurts us more than it helps
> today, then we should take some action. But could we perhaps get in contact
> with
Hi,
On Wed, Dec 21, 2005 at 07:48:09AM +, Aric Cyr wrote:
> Seeing that SpecOps Labs history of ignoring Wine developers extends for more
> than a year, then yes I can agree with that.
Yup, there has been more silence than anything else.
> According to their Partners' page, IBM and Turbolinux
Joerg Mayer loplof.de> writes:
> On Wed, Dec 21, 2005 at 07:48:09AM +, Aric Cyr wrote:
> > Maybe I'll fire off an email to Turbolinux to see what they have to say,
> > although technically unless I purchase or receive their product I am not
> > directly entitled to the GPL/LGPL code from them
There's an old Windows 3.1 app I'm trying to use under wine, but it's
menubar is missing. It was used for in house development for a really
old game, but the programmer has asked me not to redistribute it so I
can't provide a link/download. The application otherwise looks and acts
exactly as it
as a simple reply isn't sent to the list
- Forwarded message from Joerg Mayer <[EMAIL PROTECTED]> -
Date: Wed, 21 Dec 2005 09:22:11 +0100
From: Joerg Mayer <[EMAIL PROTECTED]>
To: Aric Cyr <[EMAIL PROTECTED]>
Subject: Re: has the LGPL licence fell through ?
In-Reply-To: <[EMAIL PROTEC
Tom Spear gmail.com> writes:
> Louis also hard coded D3D_OK into wine in the right spot and managed to
> get the program to go thru all benchmarks from 1-16, so wine is
> mis-reporting something there.
>
> If someone could take a look and propose a fix, it would be appreciated,
> seems to me
23 matches
Mail list logo
