Detlef Riekenberg wrote:
if((!name) && (name[0])) {
Do you really mean that?
"if name is 0, then dereference name"?
--
Christer Palm
Eric Pouech wrote:
Christer Palm wrote:
The thing is that I can't see that this is the case here. I have:
[EMAIL PROTECTED] ~]$ find ~/.wine/drive_c/ -name "MFC*" -o -name "mfc*"
from one of your previous posts:
wine: Unhandled page fault on read access
Eric Pouech wrote:
Christer Palm wrote:
Continuing my debugging efforts, I decided to look some more at the
strange symbols I got in the backtrace.
Indeed, it seems like winedbg completely screws up the MFC42 symbols.
For example, by disassembling from the load address of MFC42 I was
able
() function at 0x5f402125, but winedbg
tells me it's 0x5f445900.
Is this a known problem?
Regards,
--
Christer Palm
Marcus Meissner wrote:
On Sat, Jan 14, 2006 at 08:41:50PM +0100, Christer Palm wrote:
After messing around with with the mfc42 runtime, I managed to get a
backtrace with debugging information, which looks like this:
=>1 0x5f4056dd CEnumOleVerb::~CEnumOleVerb+0x37 [oleverb.cpp:61]
Bad file descriptor
[100's of Bad file descriptor errors just like the one above]
wine client error:b: err:seh:setup_exception stack overflow 292 bytes in
thread 000b eip 0014bb0e esp 7fb80edc stack 0x7fb81000-0x7fc9
Any clues?
Cheers,
--
Christer Palm
