"Phil Krylov" <[EMAIL PROTECTED]> wrote:
> Still it is not the best. Now, WM_CHARs posted by PostMessageA and
> dispatched using GetMessageA work well (are converted back and forth). But
> when the message loop uses GetMessageW, these WM_CHARs come to the window
> procedure as 4-byte "garbage" (WC
"Martin Fuchs" <[EMAIL PROTECTED]> wrote:
> Please be carefull to remove the code page pragmas.
> IMHO this is not the correct way.
> When there is no other code page given, the resource compiler uses the
> current code page of the operating system. And I don't think, all of those
> language speci
Le 22 août à 23:28:43 [EMAIL PROTECTED] écrit notamment:
| On Mon, 22 Aug 2005 23:13:54 +0200, Jean Magnan de Bornier
| <[EMAIL PROTECTED]> wrote:
>
| > Well I don't have v7 and I don't think I could install it from the
| > package they sent me... so I will soon be quite frustrated with that
| >
--- Jesse Allen <[EMAIL PROTECTED]> wrote:
> On 8/22/05, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
> > Hello list, here's a little update
> > Safedisc1 now successfully passes all anti debugger check, and recognises
> > the CD correctly.
> > It then attempts to start the game, but this doesn't w
Monday, August 22, 2005, 3:39:22 PM, Ivan Leo Puoti wrote:
> Hello list, here's a little update
> Safedisc1 now successfully passes all anti debugger check, and recognises the
> CD correctly.
> It then attempts to start the game, but this doesn't work yet because of the
> nested exception on
> s
> This is because 'LANGUAGE LANG_' statements don't actually change
> code page specified by a previous '#pragma code_page()', therefore
> russian resources get translated to unicode using wrong code page.
> I don't know whether it's an rc bug or a feature. We either need
> to remove '#prag
On Mon, 22 Aug 2005 22:46, John Smith wrote:
> Ahem. And how long it usually takes to fix the bug for not-top-10
> application? And please, don't suggest to fix it ourselves - it is not
> going to happen in corporate environment.
Sure it is. There are several corporates around here where fixing b
Hi Stefan,
> Now I've run into the next problem: Any call to glBegin(GL_Something) crashes
> in the libs of my OpenGL driver(ATI fglrx) due to some NULL pointer
> access[1]. If I disable Hardware Acceleration, the crash doesn't occur and
> Empire Earth starts up to the Main Menu more or less su
On 8/22/05, Ivan Leo Puoti <[EMAIL PROTECTED]> wrote:
> Hello list, here's a little update
> Safedisc1 now successfully passes all anti debugger check, and recognises the
> CD correctly.
> It then attempts to start the game, but this doesn't work yet because of the
> nested exception on
> signal
Hello list, here's a little update
Safedisc1 now successfully passes all anti debugger check, and recognises the
CD correctly.
It then attempts to start the game, but this doesn't work yet because of the nested exception on
signal stack bug. Hopefully we aren't too far from getting it to run.
On Mon, 22 Aug 2005 23:13:54 +0200, Jean Magnan de Bornier
<[EMAIL PROTECTED]> wrote:
Well I don't have v7 and I don't think I could install it from the
package they sent me... so I will soon be quite frustrated with that
unless there is a miracle!
Thanks anyway, maybe someone has some other i
Le 22 août à 19:49:56 [EMAIL PROTECTED] écrit notamment:
| This goes back a few months but I recall helping a guy who was trying to
| get ns8 german working (multilang in fact so it may be the same you have).
>
| I advised him to he would likely get further with v7 , initially he
| persisted w
Glenn Wurster <[EMAIL PROTECTED]> writes:
> Moving the calling of the debugger into the signal handler takes away
> the dependance on a correct signal stack. It lets us:
>
> 1) Debug a program without having to modify it's memory to call the
> debugger.
>
> 2) Set breakpoints and single step thro
Hi,
I've continued my work on Empire Earth my Solution(or is it a hack that works
by pure chance?) seems to work quite well, and the string operation was also
easy to solve, I just may not delete the intro movie.
Now I've run into the next problem: Any call to glBegin(GL_Something) crashes
in t
> >Not really, if the app handles the exception there's no reason it
> >would fail.
>
> And that's just what safedisc does so please don't change it because it
> appears to work and enough things it needs are broken already.
I'm not looking to change exception handling at the application level,
> > In short, because we're never going to be able to continue, so there's
> > no point on trying to pass because that's going to fail.
>
> Not really, if the app handles the exception there's no reason it
> would fail. Not passing the exception will break things like
> IsBadReadPtr.
Ok. My und
Alexandre Julliard wrote:
Not really, if the app handles the exception there's no reason it
would fail.
And that's just what safedisc does so please don't change it because it appears to work and enough
things it needs are broken already.
Ivan
This goes back a few months but I recall helping a guy who was trying to
get ns8 german working (multilang in fact so it may be the same you have).
I advised him to he would likely get further with v7 , initially he
persisted with his efforts on ns8 (and he seemed pretty capable) then came
Glenn Wurster <[EMAIL PROTECTED]> writes:
> In short, because we're never going to be able to continue, so there's
> no point on trying to pass because that's going to fail.
Not really, if the app handles the exception there's no reason it
would fail. Not passing the exception will break things l
> > Changelog:
> >Don't pass on non-continuable exceptions.
>
> Why do you want to do that?
In short, because we're never going to be able to continue, so there's
no point on trying to pass because that's going to fail.
In long, because I've got another patch in the pipeline (it needs some
t
John Smith wrote:
You can also set it yourselves in in your app. As configuration
is in registry, every app can modify it.
I like this idea, thanks. There are still 2 issues with such a soultion:
a) most likely, it won't work until 2nd start of the application (we
will modify it on the first
John Smith wrote:
>> Because it's a tedious and boring task to narrow down those unknown
>> bugs in closed-source apps. And that's exactly why we ask you (since
>> you got access to the sources) to tell us what the application is
>> trying to do which doesn't work in Wine...
>
> Ahem. And how long
John Smith wrote:
1. It is still not 'out-of-the-box' - and from this point of view it
doesn't matter much whether it is hacking config file or using GUI; 80%
of end-users will try it and throw it away if it doesn't work without
hacking settings; 20% of others will ask questions, and will hack
John Smith wrote:
Ahem. And how long it usually takes to fix the bug for not-top-10
application? And please, don't suggest to fix it ourselves - it is not
going to happen in corporate environment.
Not that long if you provide a small testcase with source that triggers the bug
As it would fix
Hi all,
I've noticed that after an application calls UpdateWindow, the window
contents doesn't get updated until the application requests the next
event (GetMessage/PeekMessage). That's because UpdateWindow doesn't
flush the X output queue (XFlush).
I think the best approach would be that Up
Hi all,
Some other propositions on how to fix this:
1. Don't handle X events in MsgWaitForMultipleObjectsEx, just wait for them.
2. Don't cache the X11 window rectangle and always use XGetGeometry to
get the current window rectangle. That will surely solve the problem,
but also calls like Get
Because it's a tedious and boring task to narrow down those unknown bugs in
closed-source apps. And that's exactly why we ask you (since you got access
to the sources) to tell us what the application is trying to do which
doesn't work in Wine...
Ahem. And how long it usually takes to fix the bug
Hello all,
My machine: Linux-gentoo, wine 20050725
I'm quite new to wine, just installed it in order to use dns8, of which I
have the french version. I looked at recent threads on this list and have
been more or less hopeful, but right now I have had no success; here is
the log of my last attempt
You can also set it yourselves in in your app. As configuration
is in registry, every app can modify it.
I like this idea, thanks. There are still 2 issues with such a soultion:
a) most likely, it won't work until 2nd start of the application (we will
modify it on the first run, and it most lik
John Smith wrote:
This will just allow developers to hide bugs in wine and slow
development even further, I thing it's a bad idea.
Ahem. To say it politely - I didn't get an impression that WINE
developers are desperately looking for unknown bugs to fix.
Because it's a tedious and boring task
Then just tell your users to set that in winecfg, AFAIK winecfg allows app
specific settings.
1. It is still not 'out-of-the-box' - and from this point of view it doesn't
matter much whether it is hacking config file or using GUI; 80% of end-users
will try it and throw it away if it doesn't wo
> Then just tell your users to set that in winecfg, AFAIK winecfg allows app
> specific settings. I'm sure your great guys but any such mechanism could be
> easily abuse by lazy programmers, also once it wasn't needed some sort of
> backwards compatibility may even be needed, I don't think it's a g
Ivan Leo Puoti wrote:
John Smith wrote:
Situation is pretty simple. We have an application, which works Ok
under WINE, provided that Managed=N specified
Then just tell your users to set that in winecfg, AFAIK winecfg allows
app specific settings.
You can also set it yourselves in in you
John Smith wrote:
Situation is pretty simple. We have an application, which works Ok under
WINE, provided that Managed=N specified
Then just tell your users to set that in winecfg, AFAIK winecfg allows app
specific settings.
I'm sure your great guys but any such mechanism could be easily abuse
Mike McCormack <[EMAIL PROTECTED]> writes:
> Index: dlls/x11drv/event.c
> ===
> RCS file: /home/mike/src/wine-cvs/wine/dlls/x11drv/event.c,v
> retrieving revision 1.58
> diff -u -p -r1.58 event.c
> --- dlls/x11drv/event.c 16 Aug
Glenn Wurster <[EMAIL PROTECTED]> writes:
> Changelog:
>Don't pass on non-continuable exceptions.
Why do you want to do that?
--
Alexandre Julliard
[EMAIL PROTECTED]
Mike McCormack <[EMAIL PROTECTED]> writes:
> diff -u -p -r1.1 domdoc.c
> --- dlls/msxml3/tests/domdoc.c12 Aug 2005 11:25:05 - 1.1
> +++ dlls/msxml3/tests/domdoc.c20 Aug 2005 07:38:47 -
> @@ -27,59 +27,65 @@
> #include "xmldom.h"
> #include
>
> +#ifndef STANDALONE
This will just allow developers to hide bugs in wine and slow development
even further, I thing it's a bad idea.
Ahem. To say it politely - I didn't get an impression that WINE developers
are desperately looking for unknown bugs to fix.
Situation is pretty simple. We have an application, which
38 matches
Mail list logo
