On January 4, 2003 04:32 pm, Eric Pouech wrote:
this patch fixes a couple of issues in the console handling (but shouldn't help Lionel & Sylvain with the issues they reported on wd)
Hi Eric,
Do you have any plans to reorganize wineconsole a bit so that you don't need allocate a bitmap as big as the entire buffer, but rather one as big as the displayed screen only? This way we can have 3000-5000 line scroll buffers (as I have in my konsole, rxvt, xterm, etc.)
Dimitrie O. Paun wrote:
On January 4, 2003 04:32 pm, Eric Pouech wrote:
this patch fixes a couple of issues in the console handling (but shouldn't help Lionel & Sylvain with the issues they reported on wd)
Hi Eric,
Do you have any plans to reorganize wineconsole a bit so that you don't need allocate a bitmap as big as the entire buffer, but rather one as big as the displayed screen only? This way we can have 3000-5000 line scroll buffers (as I have in my konsole, rxvt, xterm, etc.)
that's somewhere way deep in my todo list... as of today you can use the (n)curses backend that does what you need (this means, for the debugger, to start it before a crash occurs) A+
Do you have any plans to reorganize wineconsole a bit so that you don't need allocate a bitmap as big as the entire buffer, but rather one as big as the displayed screen only? This way we can have 3000-5000 line scroll buffers (as I have in my konsole, rxvt, xterm, etc.)
that's somewhere way deep in my todo list... as of today you can use the (n)curses backend that does what you need (this means, for the debugger, to start it before a crash occurs) A+
except that I haven't commited the code for that yet :-( A+
On January 5, 2003 06:29 am, Eric Pouech wrote:
that's somewhere way deep in my todo list...
That's fine, having the (n)curses backend work is more important anyway. Maybe I should create a page with wishes such as these, so we can keep track of them, and provide inspiration for people that want to contribute...
as of today you can use the (n)curses backend that does what you need (this means, for the debugger, to start it before a crash occurs)
Speaking of which:
[dimi@dimi bin]$ winedbg -- --gdb visual-mingw.exe.so using wine_path: wine 081ad078:081ad130: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081ad078:081ad130: create thread I @40562000 GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081ad078:081ad130: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081ad078:081ad130: exception code=80000003 Couldn't establish connection to remote target Malformed response to offset query, OK /tmp/winegdb.jra6cJ:3: Error in sourced command file: "monitor" command not supported by this target.
wine: ../../../wine.src/programs/winedbg/gdbproxy.c:1856: extract_packets: Assertion `i == gdbctx->out_len' failed. wine: Unhandled exception, starting debugger... (gdb) fixme:console:SetConsoleCtrlHandler (0x4057e56c,1) - no error checking or testing yet
(in the winconsole that starts)
Unhandled exception: assertion failed in 32-bit code (0x42028cc1). In 32-bit mode. 0x42028cc1 (NTDLL.DLL.toupper+0x67c1): movl %edx,%ebx Wine-dbg>bt Backtrace: =>0 0x42028cc1 (NTDLL.DLL.toupper+0x67c1) (ebp=407c27d0) 1 0x4202a019 (NTDLL.DLL.atol+0x1f9) (ebp=407c2900) 2 0x42021cd6 (KERNEL32.DLL.VerSetConditionMask+0x1792771) (ebp=407c2940) 3 0x4056f608 (winedbg.exe.EntryPoint+0x74d4 in winedbg.exe.so) (ebp=407c2978) 4 0x4056fe52 (winedbg.exe.EntryPoint+0x7d1e in winedbg.exe.so) (ebp=407c2e40) 5 0x4057e75c (winedbg.exe.EntryPoint+0x16628 in winedbg.exe.so) (ebp=407c2e78) 6 0x4056816c (winedbg.exe.EntryPoint+0x38 in winedbg.exe.so) (ebp=407c2e8c) 7 0x400b0f30 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f30) 8 0x400b5049 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 9 0x400b5184 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
Wine-dbg>
Couldn't establish connection to remote target Malformed response to offset query, OK /tmp/winegdb.jra6cJ:3: Error in sourced command file:
ok could you: 1/ uncomment in gdbproxy.c the part of the line gdbctx->trace = /*GDBPXY_TRC_PACKET | GDBPXY_TRC_COMMAND |*/ DBGPXY_TRC_COMMAND_ERROR | GDBPXY_TRC_WIN32_EVENT; 2/ comment in gdbproxy.c the line fprintf(f, "monitor trace=0\n"); 3/ rerun it and send me the output 4/ you can also send the content of the file /tmp/winedbg.*
TIA
On January 5, 2003 12:20 pm, Eric Pouech wrote:
could you: 1/ uncomment in gdbproxy.c the part of the line gdbctx->trace = /*GDBPXY_TRC_PACKET | GDBPXY_TRC_COMMAND |*/ DBGPXY_TRC_COMMAND_ERROR | GDBPXY_TRC_WIN32_EVENT; 2/ comment in gdbproxy.c the line fprintf(f, "monitor trace=0\n");
Done!
3/ rerun it and send me the output
[dimi@dimi bin]$ winedbg -- --gdb visual-mingw.exe.so using wine_path: wine 081ad078:081ad130: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081ad078:081ad130: create thread I @40562000 GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081ad078:081ad130: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081ad078:081ad130: exception code=80000003 Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Couldn't establish connection to remote target Malformed response to offset query, OK Packet: qC Reply : QC081ad130 wine: ../../../wine.src/programs/winedbg/gdbproxy.c:1856: extract_packets: Assertion `i == gdbctx->out_len' failed. wine: Unhandled exception, starting debugger... Wine-gdb> fixme:console:SetConsoleCtrlHandler (0x4057e55c,1) - no error checking or testing yet
(in the wineconsole same trace as before) Wine-dbg>bt Backtrace: =>0 0x42028cc1 (NTDLL.DLL.toupper+0x67c1) (ebp=407c27d0) 1 0x4202a019 (NTDLL.DLL.atol+0x1f9) (ebp=407c2900) 2 0x42021cd6 (KERNEL32.DLL.VerSetConditionMask+0x1792771) (ebp=407c2940) 3 0x4056f608 (winedbg.exe.EntryPoint+0x74d4 in winedbg.exe.so) (ebp=407c2978) 4 0x4056fe42 (winedbg.exe.EntryPoint+0x7d0e in winedbg.exe.so) (ebp=407c2e40) 5 0x4057e74c (winedbg.exe.EntryPoint+0x16618 in winedbg.exe.so) (ebp=407c2e78) 6 0x4056816c (winedbg.exe.EntryPoint+0x38 in winedbg.exe.so) (ebp=407c2e8c) 7 0x400b0f30 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f303) 8 0x400b5049 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 9 0x400b5184 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
Wine-dbg>
4/ you can also send the content of the file /tmp/winedbg.*
No such file this time.
Couldn't establish connection to remote target Malformed response to offset query, OK
well well sounds like gdb and winedbg get out of sync let's try going further 1/ keep the modified winedbg from previous post 2/ run gdb (without any parameter) 3/ at gdb prompt, enter the following commands file <path to wine/miscemu> set debug remote 1 3/ in another (x)term run winedbg -- --gdb --no-start visual-mingw.exe.so 4/ it should print a line like target remote localhost:<pid> 5/ run the whole line as a gdb command 6/ send me the output from both terms
A+
4/ you can also send the content of the file /tmp/winedbg.*
No such file this time.
this shouldn't matter too much
On January 5, 2003 02:45 pm, Eric Pouech wrote:
6/ send me the output from both terms
In the gdb terminal:
[dimi@dimi bin]$ gdb GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". (gdb) file /home/dimi/dev/wine/wine/miscemu "/opt/dimi/dev/wine/wine/miscemu": not in executable format: Is a directory (gdb) file /home/dimi/dev/wine/wine/miscemu/wine Reading symbols from /home/dimi/dev/wine/wine/miscemu/wine...done. (gdb) set debug remote 1 (gdb) target remote localhost:47175 Remote debugging using localhost:47175 Sending packet: $Hc-1#09...Sending packet: $Hc-1#09...Ack Packet received: OK Sending packet: $qC#b4...Ack Packet received: OK Sending packet: $qOffsets#4b...Ack Packet received: QC081ad0c8 Couldn't establish connection to remote target Malformed response to offset query, QC081ad0c8 (gdb)
In the winedbg terminal:
[dimi@dimi bin]$ winedbg -- --gdb --no-start visual-mingw.exe.so using wine_path: wine target remote localhost:47175 081ad010:081ad0c8: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081ad010:081ad0c8: create thread I @40562000
081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081ad010:081ad0c8: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081ad010:081ad0c8: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081ad010:081ad0c8: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081ad010:081ad0c8: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081ad010:081ad0c8: exception code=80000003 Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Packet: qC Reply : QC081ad0c8 Packet: qOffsets Reply : Text=407c2e3c;Data=420749be;Bss=00000038 [dimi@dimi bin]$
Dimitrie O. Paun wrote: [info snipped]
thanks for the traces ;-) ok, winedbg is too slow to respond, so gdb retries with the same packet, and when winedbg is ready, it's out of sync with gdb... does the attached hack^H^H^H^Hpatch solve the issue ?
A+
On January 6, 2003 03:40 pm, Eric Pouech wrote:
thanks for the traces ;-)
No problem, my pleasure! :)
ok, winedbg is too slow to respond, so gdb retries with the same packet, and when winedbg is ready, it's out of sync with gdb... does the attached hack^H^H^H^Hpatch solve the issue ?
Perfect -- thank you! Look:
[dimi@dimi bin]$ winedbg -- --gdb visual-mingw.exe.so using wine_path: wine 081c18e8:081c10f8: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081c18e8:081c10f8: create thread I @40562000 GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081c18e8:081c10f8: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081c18e8:081c10f8: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081c18e8:081c10f8: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081c18e8:081c10f8: exception code=80000003 [New Thread 136057080] 0x400b0f20 in ?? () trace: 18 => 0 Wine-gdb>
ok, winedbg is too slow to respond, so gdb retries with the same packet, and when winedbg is ready, it's out of sync with gdb... does the attached hack^H^H^H^Hpatch solve the issue ?
Perfect -- thank you! Look:
great... I clean it up and submit it
-
Dimitrie O. Paun -
Eric Pouech