Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there.
Changed by [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=79319 --- shadow/79319 2007-04-16 16:47:06.000000000 -0400 +++ shadow/79319.tmp.3297 2007-04-17 17:08:44.000000000 -0400 @@ -1,13 +1,13 @@ Bug#: 79319 Product: Mono: Class Libraries Version: 1.1 OS: GNU/Linux [Other] OS Details: SUSE Linux 10.1 -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Normal Component: CORLIB AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] @@ -42,6 +42,42 @@ Actual results (on Mono, with Linux): - SECOND_VALUE is written two lines down (if using a terminal: CTRL+ALT+F1) - Very strange results when using GnomeTerminal, Konsole or XTerm. ------- Additional Comments From [EMAIL PROTECTED] 2006-09-07 18:43 ------- BTW, Mono on Windows (1.1.17.1) works perfectly. + +------- Additional Comments From [EMAIL PROTECTED] 2007-04-17 17:08 ------- +this is what I get with latest svn: + +[fejj@::mono System]$ mono ./cursor.exe +__MONO BUG TESTCASE__ +String to be changed: SECOND_VALUE +[fejj@::mono System]$ y key, the String will change + +that looks like what you are expecting. + +however, I noticed that if I hit Enter in my shell a bunch such that +my prompt is at the very bottom of the xterm/gnome-terminal/etc and +/then/ run your test program, I get the following: + +[fejj@::mono System]$ mono ./cursor.exe +__MONO BUG TESTCASE__ +String to be changed: FIRST_VALUE +Now, after pressing any key, the String will change + + SECOND_VALUE +[fejj@::mono System]$ + + +I'm not sure if this is a Mono bug or a bug in your code, because +technically, when you get the CursorLeft/Top coordinates, iTop = 23. +Then you write a line of text ("Now, after..."), which happens to move +your "String to be changed: ..." line up to line 22. And then, since +you are using Console.ReadLine(), the user must enter some text +followed by Enter, which, as you may notice, will again scroll the +buffer up. Meaning that /now/, even though iTop is 23, the /real/ +position of that line is actually line 21 (at best! - assuming the +user didn't type some number of lines of text before actually hitting +the Enter key). + +So... I'm not sure what to do about this. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
