Steven, sorry for the slow response, I got tied up in some other stuff. But now back to fun. =) And thanks for your response!
The application is Lord of the Rings Online. They don't use normal version numbers, so this bug actually started with "Book 14". In Book 14, the problem would manifest as a crash. The current version is "Mines of Moria" and now I will get either a crash (segfault) or a hang, but the result is a hang 6 times out of 7 (or so).
However, I've run into a more serious problem that I have yet to resolve, and I'll post it in a new thread. This problem is related to what is considered acceptable behavior and what is not and what is considered "reverse engineering". I mentioned that I had the program in winedbg and was examining the threads when I was informed that I was reverse engineering and any patch I came up with doing this would not be accepted. I found this rather confounding to say the least!!
Anyway, the hang or crash may occur immediately (under 50 milliseconds) after switching to the LOTRO window or it may only occur after I start moving around. It will always occur within 10 or 20 seconds of having switched to the window, usually within 4 or 5. So if I start playing after swithcing to the window and I make it 30 seconds, I'm confident that it wont crash that time.
If you want to install this app, I have recently written up a pretty install script to do some enviroment setup and posted it on the appdb here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14566
You can even create a trial account for testing. Unfortunately, it's a 7GB download. One of my shortcomings in troubleshooting this is that I've never done directx or direct3d, so I don't understand all of the implications of these window events from that perspective (or direct input). I'm going to play more with this today as well.
Daniel
--- On Sat, 5/9/09, Steven Edwards winehacker@gmail.com wrote:
From: Steven Edwards winehacker@gmail.com Subject: Re: Dynamically adding debug channels (__wine_dbg_set_channel_flags) To: daniel.santos@pobox.com Date: Saturday, May 9, 2009, 3:16 PM
On Sat, May 9, 2009 at 3:44 PM, Daniel Santos javatroubadour@yahoo.com wrote:
Additionally, as far as I can tell, there is no mechanism to change it for all channels. This is actually what I need to do since I do not know where the specific problem is that I'm troubleshooting and I don't even know for certain that it isn't a bug in the 3rd party software. What I do know is that it does not occur on windows and I suspect it's a case of the 3rd party app entering "undefined results" territory and that on windows, this result is consistent and does not cause a problem.
When I attempt to run the app with WINEDEBUG=+all, it appears to enter some type of deadlock state before I can even get to the point where the bug normally happens. This hang is probably due to poor timing management in the app and may indeed be another expression of the same core problem.
Speaking of the wine task manager, where is that? (or which executable is it)?
Its taskmgr in the source tree as wine/programs/taskmgr.
You might try doing something like +relay,+seh,+tid for your channels to isolate the problem down. I might be able to help you isolate the problem but I doubt I can fix it for you even if we are able to find it but that's at least a start. What software are you trying to get to work? Can you describe the exact nature of the problem? Sorry I must confess I've not been following the thread very closely.