> I've pondered making wine generate a file full of "add-symbol-file"
> commands or something that could be executed by gdb, but I don't know how
> to do that cleanly... preferably hacks for loading symbols should be
> transparent to the developer, and new symbols loaded automatically after
> new
On Fri, Apr 20, 2001 at 03:34:40PM -0700, Francois Gouget wrote:
> On Fri, 20 Apr 2001, Lionel Ulmer wrote:
> [...]
> > if (lpStartupInfo->lpDesktop)
> > FIXME("(%s,...): lpStartupInfo->lpDesktop %s ignored\n",
> > name, lpStartupInfo->lpDesktop);
> [...]
> > So what should we do ?
Hallo,
the entry dialog of the Encarta 99 setup (from Computer Bild) looks wrong
on my system:
The box is to small and graphics and text overlap. This is caused by
CreateDialogIndirect requesting an Font with width 8, but wine choosing a font
with width 6. Manually correcting the return value of
On Fri, 20 Apr 2001, Lionel Ulmer wrote:
[...]
> if (lpStartupInfo->lpDesktop)
> FIXME("(%s,...): lpStartupInfo->lpDesktop %s ignored\n",
> name, lpStartupInfo->lpDesktop);
[...]
> So what should we do ? Suppress the '%s' and replace it with a '%p' ? Add a
> check on the pointer to
Hi all,
While running a program, I got a crash in the CreateProcessA, in the
following debug TRACE line :
if (lpStartupInfo->lpDesktop)
FIXME("(%s,...): lpStartupInfo->lpDesktop %s ignored\n",
name, lpStartupInfo->lpDesktop);
By running the debugger, I got this :
Wine-dbg>print
As we all know, gdb isn't very compatible with wine, since gdb makes so
many assumptions about the operating environment that isn't true in wine.
But lately it occurred to me that perhaps it's possible to use gdb's
remote debugging features to solve these issues. So recently, I've been
secretly ex
On 20 Apr 2001 09:22:08 -0700, you wrote:
> Rein Klazes <[EMAIL PROTECTED]> writes:
>
> > Since the cvs commits early this week or the last (I could be more
> > precise but that will take a while) I have noticed a problem with some
> > native dlls.
> > If I start one app that uses such a dll an
Rein Klazes <[EMAIL PROTECTED]> writes:
> Since the cvs commits early this week or the last (I could be more
> precise but that will take a while) I have noticed a problem with some
> native dlls.
> If I start one app that uses such a dll and then another using the
> same dll may crash. If this
On Fri, 20 Apr 2001 14:14:17 +0200, you wrote:
> If this is the case a way could be to patch the code to
> print the mask with every +relay operation.
I think that is a good idea. The function fegetenv(3) can be used for
this, the lower 6 bits of member __control_word of the returned
structure i
Hi,
Since the cvs commits early this week or the last (I could be more
precise but that will take a while) I have noticed a problem with some
native dlls.
If I start one app that uses such a dll and then another using the
same dll may crash. If this second app is started as the first process
it
On Fri, 20 Apr 2001 21:05:30 +0800, you wrote:
> Hello all.
>
> Could anybody with access to a Win95 machine run this simple program
> and report the result?
>
> void test(void)
win95 on a vmware machine.
H:\>test
hMapping = 0005
p = 826DB000
VirtualQuery(826DB000) ret=0x1c
BaseAddress = 826D
At 10:30 AM 20/04/2001 +0200, you wrote:
>The lower 6 bits are the new floating point exception masks. Mine are
>all set and yours are cleared, therefore the crash.
>
>Why that is the case, I haven't got a clue.
I'm not sure I followed everything, but it could come from a problem that
occurred
Hello all.
Could anybody with access to a Win95 machine run this simple program
and report the result?
void test(void)
{
HANDLE hMapping;
void *p;
MEMORY_BASIC_INFORMATION info;
DWORD dwRet;
hMapping = CreateFileMappingA(INVALID_HANDLE_VALUE, NULL,
PAGE_READWRITE | S
On Fri, 20 Apr 2001 16:45:33 +0800, you wrote:
> Wine-dbg>info regs
> info regs
> Register dump:
> CS:0023 SS:002b DS:002b ES:002b FS:027f GS:
> EIP:40858a6e ESP:42005a64 EBP:42005aac EFLAGS:00010202( R- 00 I - - 1 )
> EAX:1640 EBX:4087d00c ECX:4038c7bc EDX:42005a8c
> ESI:4038c16
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> > Attached disassembly is almost the same as assember generated by gcc
> > (not counting garbage instead of jump table and fildl (gcc) vs. filds (winedbg))
>
> The 8 instructions or so that I quoted would have been enough. And
> those instructions seem
"eric pouech" <[EMAIL PROTECTED]> wrote:
> well, that's a bug in the debugger...
> in fact, the debugger passes a float (strictly as a float) to a printf
> function,
> which expects a double argument, hence the error
> this should be a simple fix... let me know if this works better
[patch skippe
16 matches
Mail list logo