Help debugging Fotowire

[Mike Hearn]

On Sat, 15 Jan 2005 22:35:04 +0200, Antti Mäkelä wrote:
> 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,7ddd64b4 L"Lab Logo
> 2</title><date>1997/11/26</date><url>/labs/logos/1100/6.jpg</url><destination>$data$/lab.fw2</destination><method>2</method><type>2</type></package></update>",0000000a,7defb5b0,00000015,00000000,00000000)
> ret=67f852e8
> 0009:Ret  kernel32.WideCharToMultiByte() retval=0000000a ret=67f852e8
> 0009:Call kernel32.InterlockedIncrement(7defb5a4) ret=67f8ca7b
> 0009:Ret  kernel32.InterlockedIncrement() retval=00000002 ret=67f8ca7b
> 0009:Call kernel32.InterlockedDecrement(7defb5a4) ret=67f8c913
> 0009:Ret  kernel32.InterlockedDecrement() retval=00000001 ret=67f8c913
> 0009:Call kernel32.lstrlenA(7defb5b0 "Lab Logo 2") ret=67f8cd91
> 0009:Ret  kernel32.lstrlenA() retval=0000000a ret=67f8cd91
> 0009:Call kernel32.InterlockedIncrement(7defb5a4) ret=67f8c689
> 0009:Ret  kernel32.InterlockedIncrement() retval=00000002 ret=67f8c689
> 0009:Call kernel32.InterlockedDecrement(7defb5a4) ret=67f8c913
> 0009:Ret  kernel32.InterlockedDecrement() retval=00000001 ret=67f8c913
> 0009:Call kernel32.InterlockedDecrement(7defb5a4) ret=67f8c913
> 0009:Ret  kernel32.InterlockedDecrement() retval=00000000 ret=67f8c913
> 0009:Call ntdll.RtlEnterCriticalSection(67fbda78) ret=67f5a7f1
> 0009:Ret  ntdll.RtlEnterCriticalSection() retval=00000000 ret=67f5a7f1
> 0009:Call ntdll.RtlLeaveCriticalSection(67fbda78) ret=67f5a800
> 0009:Ret  ntdll.RtlLeaveCriticalSection() retval=00000000 ret=67f5a800
> 0009:Call kernel32.TlsGetValue(00000006) ret=67f958b7
> 0009:Ret  kernel32.TlsGetValue() retval=77caaae0 ret=67f958b7
> 0009:Call user32.LoadStringA(67f00000,00000088,7796c3d0,00000100)
> ret=67f8cfd5

This is where the error occurs ... it's loading the error message from the
resource file. So you can ignore the rest of this section.

Unfortunately that trace doesn't reveal very much. One thing I do notice
is that the string being converted isn't valid XML. It seems to have been
chopped off a bit. So the question is, where does this string come from?
If it's a wininet thing then it may be that we're not downloading the
remote page correctly. Does native wininet help?

> The stuff about GetLocaleInfoW is a bit more interesting. Maybe the date
> format is locale-specific and Wine implementation cannot parse it?

There may be a problem here ... some test cases may reveal the issue.

thanks -mike