http://bugs.winehq.org/show_bug.cgi?id=5758
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-25-05 04:48 -------
hi rob,
I've put extra line
FIXME("extra requested info %d:\n",*lpdwBufferLength);
in the file, hope that's ok:
fixme:wininet:HTTP_HttpQueryInfoW extra requested info 40:
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:Heap32ListFirst : stub
fixme:wininet:HTTP_HttpQueryInfoW extra requested info 4:
fixme:wininet:HTTP_HttpQueryInfoW extra requested info 4:
fixme:wininet:HTTP_HttpQueryInfoW extra requested info 4:
fixme:wininet:HTTP_HttpQueryInfoW extra requested info -37756928:
wine: Unhandled page fault on write access to 0x00000000 at address 0x601b0b8a
(thread 0022), starting debugger...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5774
------- Additional Comments From damjan.jov(a)gmail.com 2007-25-05 04:15 -------
Well unfortunately Alexandre doesn't like the patch, and isn't convinced, so
it hasn't been accepted (yet?) and so far won't be in the next version of wine.
Basically I showed that a UDP datagram with a bad checksum causes a spurious
wakeup, that spurious wakeups break emule, and that trying a read prevents
spurious wakeups, but Alexandre also wants to see that nothing else causes the
spurious wakeups. I am of the opinion that any other causes of spurious
wakeups should be separate bugs and my patch should be accepted regardless,
but what can I do?
If you want to help, and have a lot of patience, run wireshark capturing all
UDP traffic to a file, and run emule on an unpatched wine 0.9.37 with
+winsock,+server,+tid (again to a file, it's many gigabytes long). Then
somehow correlate the 2 logs (hard, wine's log doesn't have timestamps) and
show what happens in the UDP traffic when WSARecvFrom returns error 10035
(EWOULDBLOCK) for a UDP socket (it should only happen once), I suspect you get
a bad UDP checksum. Then I'll go and argue some more :-).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8431
ben(a)atomnet.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine-bugs(a)winehq.org
AssignedTo|wine-bugs(a)winehq.org |huw(a)codeweavers.com
------- Additional Comments From ben(a)atomnet.co.uk 2007-25-05 04:08 -------
That patch fixes it and works fine.
Assigning.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8492
------- Additional Comments From dmitry(a)codeweavers.com 2007-25-05 04:02 -------
I'll have a look if I can quickly add support for those.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5758
------- Additional Comments From rob(a)codeweavers.com 2007-25-05 03:50 -------
Louis, I think the application may have forgotten to initialise the
*lpdwBufferLength parameter being passed into HttpQueryInfoW. Can you dump out
that parameter on entrace to the function?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8492
------- Additional Comments From dmitry(a)codeweavers.com 2007-25-05 03:44 -------
In the case of PICTYPE_METAFILE SetMetaFileBitsEx(or SetWinMetaFileBits) +
PlayMetaFile(or PlayEnhMetaFile) should do the trick.
PICTYPE_ENHMETAFILE is similar: SetEnhMetaFileBits + PlayEnhMetaFile
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1744
------- Additional Comments From rob(a)codeweavers.com 2007-25-05 03:35 -------
Usually InstallShield falls back to using CoCreateInstance to launch
IDriver.exe, so this is a bit unusual. However, if the moniker has been
registered in another process then this would indeed be the problem.
The solution is to do RPC calls to a server process (RPCSS) to keep a global
record of the ROT and then cache bits of it on the client-side. The Irot* calls
mentioned in FIXME's are the future RPC calls. The RPC calls obviously depend on
Dan Hipschman's widl work, but what he's done so far might be sufficient, so
I'll try to write out some sample IDL that I think will be needed for the interface.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8492
------- Additional Comments From dank(a)kegel.com 2007-25-05 02:57 -------
bug 4382 has a similar but not identical unknown magic error.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4382
------- Additional Comments From dank(a)kegel.com 2007-25-05 02:56 -------
The err:module:import_dll Library MSVCP60.dll error
just means the app probably forgot to bundle all
the needed msvc libraries.
wget http://kegel.com/wine/winetricks
sh winetricks vcrun6
should fix that.
I downloaded "Address Manager 13" and am waiting for the demo key...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.