http://bugs.winehq.org/show_bug.cgi?id=7679 - IMVU 3D Avatar Chat client crashes
Just curious, since we don't have a builtin msvcp60.dll and I seriously doubt that we will implement it any time soon (if ever), should we try to support native, like we do with mfc, or would this bug be a wontfix? If we should try to at least get native working, I would like to _try_ to at least figure out what is wrong that causes the app to crash in msvcp60.dll and could use some pointers if someone doesn't mind.
On 4/26/07, Tom Spear speeddymon@gmail.com wrote:
http://bugs.winehq.org/show_bug.cgi?id=7679 - IMVU 3D Avatar Chat client crashes
Just curious, since we don't have a builtin msvcp60.dll and I seriously doubt that we will implement it any time soon (if ever), should we try to support native, like we do with mfc, or would this bug be a wontfix? If we should try to at least get native working, I would like to _try_ to at least figure out what is wrong that causes the app to crash in msvcp60.dll and could use some pointers if someone doesn't mind.
I ran the program thru winedbg, and I keep hitting a wall. It may just be my inability to really use a debugger the way it is meant to, but I keep getting page fault on write access in the debugger in kernel32/virtual.c line 656. That line is in IsBadWritePtr, which (from what I can tell) is supposed to generate a page fault and catch it if there is no write access to a particular memory block. Shouldn't winedbg skip over this then? Is this a problem with that line, or is it working properly, and if it is working properly, then how do I get past that exception in winedbg, so I can get to where I need to be?
Tom Spear a écrit :
On 4/26/07, Tom Spear speeddymon@gmail.com wrote:
http://bugs.winehq.org/show_bug.cgi?id=7679 - IMVU 3D Avatar Chat client crashes
Just curious, since we don't have a builtin msvcp60.dll and I seriously doubt that we will implement it any time soon (if ever), should we try to support native, like we do with mfc, or would this bug be a wontfix? If we should try to at least get native working, I would like to _try_ to at least figure out what is wrong that causes the app to crash in msvcp60.dll and could use some pointers if someone doesn't mind.
I ran the program thru winedbg, and I keep hitting a wall. It may just be my inability to really use a debugger the way it is meant to, but I keep getting page fault on write access in the debugger in kernel32/virtual.c line 656. That line is in IsBadWritePtr, which (from what I can tell) is supposed to generate a page fault and catch it if there is no write access to a particular memory block. Shouldn't winedbg skip over this then? Is this a problem with that line, or is it working properly, and if it is working properly, then how do I get past that exception in winedbg, so I can get to where I need to be?
use the pass command in winedbg instead of c (cont) (or rtfm) A+
Eric Pouech <eric.pouech <at> wanadoo.fr> writes:
Tom Spear a écrit :
On 4/26/07, Tom Spear <speeddymon <at> gmail.com> wrote:
http://bugs.winehq.org/show_bug.cgi?id=7679 - IMVU 3D Avatar Chat client crashes
I gave the application a try, and looks like there's a problem with builtin dbghelp.dll. When i use native dbghelp.dll , the login window comes up just fine, and i'm able to login as well, and get the client running. didn't test any further.
BTW, could someone please add these categories like dbghelp, urlmon, quartz etc to bugzilla? has been requested a few times but no response yet :(
On 4/26/07, Louis Lenders xerox_xerox2000@yahoo.co.uk wrote:
I gave the application a try, and looks like there's a problem with builtin dbghelp.dll. When i use native dbghelp.dll , the login window comes up just fine, and i'm able to login as well, and get the client running. didn't test any further.
BTW, could someone please add these categories like dbghelp, urlmon, quartz etc to bugzilla? has been requested a few times but no response yet :(
Thanks for looking at this Louis. At least for now, I can put a note on appdb to use native.
I made a +seh,+dbghelp log, but am bashing my head again because I dont see any problems with it... I'll do the rest of my commenting on this program on the bug
On Thu, Apr 26, 2007 at 08:10:37PM +0000, Louis Lenders wrote:
BTW, could someone please add these categories like dbghelp, urlmon, quartz etc to bugzilla? has been requested a few times but no response yet :(
I would say dbghelp is part of wine-debug and quartz is part of wine-directx-dshow. I'm currently trying to come up with a proper definition (with filenames/path from the source) for each component, so that it will be easier to find the correct one from http://bugs.winehq.org/describecomponents.cgi?product=Wine . Ideally we would have each source part mapped to a component, which means we probably need to add new ones to prevent crowding of wine-misc. (The DLL urlmon should probably be put into wine-shdovw, which perhaps should be renamed wine-iexplore.)
Jan
On 4/26/07, Jan Zerebecki jan.wine@zerebecki.de wrote:
On Thu, Apr 26, 2007 at 08:10:37PM +0000, Louis Lenders wrote:
BTW, could someone please add these categories like dbghelp, urlmon, quartz etc to bugzilla? has been requested a few times but no response yet :(
I would say dbghelp is part of wine-debug and quartz is part of wine-directx-dshow. I'm currently trying to come up with a proper definition (with filenames/path from the source) for each component, so that it will be easier to find the correct one from http://bugs.winehq.org/describecomponents.cgi?product=Wine . Ideally we would have each source part mapped to a component, which means we probably need to add new ones to prevent crowding of wine-misc. (The DLL urlmon should probably be put into wine-shdovw, which perhaps should be renamed wine-iexplore.)
That's the exact opposite of what needs to happen. The components are labeled according to dll, which makes it easier to know where to start looking when working on a bug.
Louis Lenders wrote:
BTW, could someone please add these categories like dbghelp, urlmon, quartz etc to bugzilla? has been requested a few times but no response yet :(
I don't recall any request or discussion for those categories. I have added dbghelp, urlmon, quartz, although urlmon could stay as ole AFAIC.
What do you want for etc? its kind of vague.
--
Tony Lambregts
On 4/27/07, Tony Lambregts tony.lambregts@gmail.com wrote:
Louis Lenders wrote:
BTW, could someone please add these categories like dbghelp, urlmon, quartz etc to bugzilla? has been requested a few times but no response yet :(
I don't recall any request or discussion for those categories. I have added dbghelp, urlmon, quartz, although urlmon could stay as ole AFAIC.
What do you want for etc? its kind of vague.
urlmon is definitely separate from ole, and it should be its own component.
On 4/26/07, Eric Pouech eric.pouech@wanadoo.fr wrote:
use the pass command in winedbg instead of c (cont) (or rtfm)
Haha, but I already tried that, which is why I said I'm hitting a wall.. I know pass is supposed to go around it, but when I do pass, it just prints the same thing it printed before. I even tried pass about 40 times in a row to make sure it wasnt just rerunning that function, and still no luck. I'll see what a +dbghelp trace gives me tho since Louis was able to get it working with native dbghelp.
Tom Spear a écrit :
On 4/26/07, Eric Pouech eric.pouech@wanadoo.fr wrote:
use the pass command in winedbg instead of c (cont) (or rtfm)
Haha, but I already tried that, which is why I said I'm hitting a wall.. I know pass is supposed to go around it, but when I do pass, it just prints the same thing it printed before. I even tried pass about 40 times in a row to make sure it wasnt just rerunning that function, and still no luck. I'll see what a +dbghelp trace gives me tho since Louis was able to get it working with native dbghelp.
the program can call IsBadReadPtr 200 times and you'll get that behavior what you need to know is whereas the several exceptions in IsBadReadPtr you get are the same call (what you seem to say), or consecutive calls (in which case you'll have to find how many times you need to pass before the behavior changes)
A+
-
Eric Pouech -
James Hawkins -
Jan Zerebecki -
Louis Lenders -
Tom Spear -
Tony Lambregts