On Fri, 17 Jun 2005 22:01:11 +0200, Alexandre Julliard wrote:
> Of course checking for the actual bug would have worked, and would
> have continued working once the bug was fixed. That's the right way to
> handle that sort of problem, and it doesn't require any version info at
> all.
Sure, that's
cdr wrote:
Now... would you tell us what the misbehaviour in Wine is your
application suffers from?
It is on my "todo" list. But you must understand our difference
in perspective:
Alright then, I don't think anyone cares if your app has a workaround
for a bug which is no longer present in cur
Mike Hearn <[EMAIL PROTECTED]> writes:
> That's one side of the coin, the other is that perfect is the enemy of the
> good. We already lost/pissed off one project, the VST Wine plugin stuff,
> because we released new versions that broke their software and they
> couldn't even programmatically chec
cdr <[EMAIL PROTECTED]> writes:
> Wine used to be almost exclusively for end users who had win32
> applications (binaries), and wanted to run them under Linux,
> not only without any help, bu almost "againt the will" of the
> developers of those applications. I am, on the other hand,
> a different
Felix Nawothnig wrote:
cdr wrote:
much appreciated, cdr
Now... would you tell us what the misbehaviour in Wine is your
application suffers from?
Since bitblt isn't exactly rocket science this one should be easy to
fix... (no?)
It is on my "todo" list. But you must understand our diff
cdr wrote:
much appreciated, cdr
Now... would you tell us what the misbehaviour in Wine is your
application suffers from?
Since bitblt isn't exactly rocket science this one should be easy to
fix... (no?)
Felix
From: "Mike Hearn" <[EMAIL PROTECTED]>
> Realistically, not everybody can fix Wine even if they wanted to. Once you
> get into the swing of it, it's easy to forget what the learning curve is
> like. In this case I think a wine_version symbol really would be useful
> and wouldn't hurt the project mu
On Fri, 17 Jun 2005 11:19:27 -0400, Dimi Paun wrote:
> We don't support such a thing officially because it will hurt the project:
> it's always easier to work around stuff rather then fix it properly. And
> the result will most likely be crippled and people will hate it.
That's one side of the coi
Dimi Paun wrote:
if you *really* want to do it:
-- at compile time:
#ifdef __WINE__
#endif
-- at runtime:
if( GetProcAddress(LoadLibrary("kernel32"), "wine_get_unix_file_name")
{
.
}
much appreciated, cdr
From: "cdr" <[EMAIL PROTECTED]>
> (int WinelibVersion(); that returns nn - Please, please...)
We don't support such a thing officially because it will
hurt the project: it's always easier to work around stuff
rather then fix it properly. And the result will most likely
be crippled and people w
Le vendredi 17 juin 2005 à 14:13 +, cdr a écrit :
> Andreas Mohr wrote:
>
> ...
> >>>I have a need to detect - from within my application - that
> >>>it is running under wine. What is the correct way - if any -
> >>>to perform such test?
Do it the Microsoft genuine downloads'way, even if
Andreas Mohr wrote:
...
>>>I have a need to detect - from within my application - that
>>>it is running under wine. What is the correct way - if any -
>>>to perform such test?
>>
>>This is something that we strongly discourage. You can just
>>add a simple hack for now in your code, while we try
Hi,
On Thu, Jun 16, 2005 at 09:55:13PM -0400, Dimi Paun wrote:
> On Fri, 2005-06-17 at 01:39 +, cdr wrote:
> > While testing my Win32 application under wine, I came to the
> > conclusion that some bit-blit ops behave differently from
> > when the same code is running
On Fri, 2005-06-17 at 01:39 +, cdr wrote:
> While testing my Win32 application under wine, I came to the
> conclusion that some bit-blit ops behave differently from
> when the same code is running under native Windowds. While
> the subject will be researched further, as a stop-gap
While testing my Win32 application under wine, I came to the
conclusion that some bit-blit ops behave differently from
when the same code is running under native Windowds. While
the subject will be researched further, as a stop-gap measure
I have a need to detect - from within my application
15 matches
Mail list logo
