delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1995/02/02/09:47:05

Date: Thu, 2 Feb 1995 20:54:07 +0900
From: Stephen Turnbull <turnbull AT shako DOT sk DOT tsukuba DOT ac DOT jp>
To: eliz AT is DOT elta DOT co DOT il
Cc: djgpp AT sun DOT soe DOT clarkson DOT edu
Subject: insline() bug?

   Date: Thu, 02 Feb 95 08:31:51 +0200
   From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
   X-Mts: smtp

   I was porting some code from Turbo C, when I bumped into something
   which looks like a bug in gppconio.c (function insline()):

[code deleted]

   The original code moved down one line less than it should (row is
   0-based, i.e., it is 0 for the topmost screen line).  Also, the
   call to fillrow() which blanks the newly-inserted line originally
   didn't do it if you'd call insline at the last screen line (row
   equals windowbottom-1), which also seems like a bug.  Am I missing
   something here, or is this indeed a bug?  Would somebody out there
   who uses insline() in a working program, or has enough courage to
   decide just by looking at the source, please check this?

There was a post from a guy using a speech synthesizer a few days ago
who complained about the behavior of Info in this respect.  (He also
complained about the fact that it failed to use the hardware cursor.)

So that might be a place to look.

-- 
Stephen Turnbull  /  Yaseppochi-gumi  /  <turnbull AT shako DOT sk DOT tsukuba DOT ac DOT jp>
http://turnbull.sk.tsukuba.ac.jp/      anon FTP: turnbull.sk.tsukuba.ac.jp
Check out Kansai-WWW, too ------------> http://pclsp2.kuicr.kyoto-u.ac.jp/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019