Package: ncurses-bin
Version: 5.7+20100313-5
Severity: normal
Stair stepping is caused by lack of inititive on programmer's part to double
verify code writes to screen correctly.
Assuming B800 is PCHAR array (VRAM buffer) One can assume the following.
(Writing ANSI codes to the screen has an adverse affect on this, be fore
warned.)
This is in FPC syntax, you can clearly see where in C, this issue occurs.
This code pulled from Coffee-os on google CODE(code.google.com).
---
procedure Writeline;
var
empty:string;
i:integer;
begin
empty:='';
//was 78
for i:=0 to 79 do begin
empty:=empty+' '; //thats a space
end;
writestring(empty);
//*HERE IS THE PROBLEM**
// X in (X,Y) never gets reset to ZERO before other characters/lines are
written to screen.
CurSorPosX:=0;
inc(CurSorPosY);
//****
update_cursor; //CRTC method for updating cursor location is in this routine,
standard stuff.
end;
Also within writeChar:
//not sure if this is Linux style or not, I do this anyways..
#10: begin
CursorPosX := 0;
Inc(CursorPosY);
end;
// Carriage return
#13:begin
CursorPosX := 0;
Inc(CursorPosY);
update_Cursor;
end;
It took me awhile to fix this correctly myself, surely you C devs can look into
the matter, no?
The init screens on shutdown and startup are horribly stair-stepped.
This is more than annoying and I imagine that any IO would be affected.
CurPosX and Y are tied directly to B800+Offset [Word based] locations in VRAM
itself.
This bug has been sitting out there for some time.Affects i386 AND amd64
distributions.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ncurses-bin depends on:
ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib
ii libncurses5 5.7+20100313-5 shared libraries for terminal hand
ncurses-bin recommends no packages.
ncurses-bin suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
