http://bugs.winehq.org/show_bug.cgi?id=31886
Bug #: 31886 Summary: Weird winedbg behaviour when issuing a command Product: Wine Version: 1.5.14 Platform: x86 URL: http://www.winehq.org/ OS/Version: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs@winehq.org ReportedBy: gyebro69@gmail.com CC: julliard@winehq.org Classification: Unclassified Regression SHA1: 2763a983fe812a731d654195b76f0ab212bdd756
I'm observing strange behaviour when issuing commands inside winedbg. This used to work in 1.5.14 and the problem is present after
2763a983fe812a731d654195b76f0ab212bdd756 is the first bad commit commit 2763a983fe812a731d654195b76f0ab212bdd756 Author: Alexandre Julliard julliard@winehq.org Date: Mon Oct 1 12:19:25 2012 +0200
Mark all lexers as never-interactive.
:040000 040000 c0c5c8bfd9a925b0905dc0d4d222185fb6b9aa80 92b74023e2ed7f7cacd60ff760d852face7b726f M dlls :040000 040000 6bd23880c048b14172f6e26f14cea810ec875c8d e8430433b84b4a94e8404327df67fa9156057551 M programs
Reverting the patch fixes the issue.
Steps to reproduce the problem:
1. create a new wineprefix 2. wine windbg notepad 3. type 'bt' and press <Enter>...the winedbg prompt reappears but no backtrace is displayed 4. type 'bt' again ->the backtrace is displayed correctly 5. now type 'c' ->the same backtrace is printed again 6. type 'c' again ->notepad continues running as it should
Fedora 17 gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC)