hello i'm on a project with wine but i can't get it debugged. not even a small
hello world. here is the output of the hello world. My system opensuse 10.2
anyone help plz?
Winedbg - Output:
[EMAIL PROTECTED]:~/prog/m5/m5/debug/src winedbg m5.exe.so
preloader: Warning: failed to reserve range
Dmitry Timoshkov wrote:
-strcpy(((char*)lpDrop)+lpDrop-pFiles, path);
+memcpy(((char*)lpDrop)+lpDrop-pFiles, (char*)wpath,
fullpathlen * sizeof(WCHAR));
Use lstrcpyW here instead of memcpy.
Why? Maciej has already got the length, so why not do the appropriate
calculation
On tor, 2007-03-22 at 12:02 +0800, Dmitry Timoshkov wrote:
Please use the same indentation style as the existing does, i.e. 4 spaces,
not 2.
Yep, I didn't fix that in that patch, I just forgot to set the indent
style properly, and it's not a patch ready for submission anyway. But
noted.
+
Maciej Katafiasz wrote:
+if(GetLastError())
+{
+ TRACE(Can't convert to WCHAR: %d\n, GetLastError());
+ goto clean_wfn;
+}
This is not an appropriate way of testing for an API failure.
What is inappropriate and how should I fix it?
Most APIs don't change GLE on success.
Hi,
I'm working on a bug in winex11drv/xdnd.c, where file:/// URIs are not
correctly interpreted, resulting in DnD broken most of the time. There
are two parts of that bug:
1) X11DRV_XDND_BuildDropFiles() fails to properly handle absolute unix
paths, which is exactly what you get from file:///,
Hi,
(please ignore the other copy I sent from the wrong address by accident)
I'm working on a bug in winex11drv/xdnd.c, where file:/// URIs are not
correctly interpreted, resulting in DnD broken most of the time. There
are two parts of that bug:
1) X11DRV_XDND_BuildDropFiles() fails to properly
Maciej Katafiasz [EMAIL PROTECTED] wrote:
+ if(!strncasecmp(p, ://localhost/, 13))
+ {
+ i = 12;
+ } else if (!strncasecmp(p, :///, 4))
+ {
+ i = 3;
+ } else
+ {
+ TRACE(Not a valid file: URI: %s\n, (char*)data);
+ return count;
+ }
Please
Hi,
On Mon, Sep 27, 2004 at 05:38:10PM -0400, James Hawkins wrote:
It turns out that SystemFunction036 is actually required to do
something for MyPhotoCalendars.exe to install correctly because the
installer exits with a program-level exception (ie not wine) What I
would like to do is run
Actually I just added the stub to advapi32, because the program will
crash when it tries to call an umimplemented function. The main
problem is that the program is expecting some result from
SystemFunction036 (Filip thinks it might be a random generator thing),
but it's next to impossible (or so
It turns out that SystemFunction036 is actually required to do
something for MyPhotoCalendars.exe to install correctly because the
installer exits with a program-level exception (ie not wine) What I
would like to do is run MyPhot...exe with winedbg and then set a
breakpoint for SystemFunction036
Is this program linking to SystemFunction036 statically or dynamically?
I'm not really sure. Is there another way to tell besides doing a trace+all?
If it is linking dynamically (i.e. with GetProcAddresa), one option to try
is to completly remove SystemFunction036 so it is not exported from
Is the target (the thing calling SystemFunction036) available to download
anywhere?
Yea. here's the link:
On Sat, 24 Jan 2004 07:18:04 +0100, Eric Pouech wrote:
as I already wrote, the patch I sent to wine-devel is:
1/ a dirty hack
2/ doesn't address all the issues
3/ a wrong solution to the real problem
Yes, sorry, I remember but the guy was quoting an earlier email of mine, I
wasn't repeating
I've got an application that is crashing in Wine and I am trying to debug it.
However, I am runnign into a problem before I even get started...
When I go into the debugger (winedbg) it complains that it cannot find
debug information in any of the 32bit DLL's. Indeed, from within
the debugger I
sample error message:
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x4069)
From thread 'Need help debugging' Jan 15 with aswer from Mike Hearn:
2. How to compile debug information into the 32bit DLL's so I don't get
'No debug information in 32bit DLL' anymore and
Eric, could you please submit that patch? Even if it's not correct, having
the debuggers out of action like this is causing big problems.
as I already wrote, the patch I sent to wine-devel is:
1/ a dirty hack
2/ doesn't address all the issues
3/ a wrong solution to the real problem
For the time
16 matches
Mail list logo