0000021: no cursor with NVDI installed

Notes
(0000146) user80 2005-03-14 15:10	I had similar problems a long time ago. I no longer have a real machine to try out on, and I don\'t think sticking my NVDI disk into an emulator would be a good test. However, I may have some solutions. If you have \"tput\" you can try one or more of the following: tput cnorm # cursor normal tput cvvis # cursor very visible tput init # initialize terminal tput reset # reset terminal tput clear # clear screen and home cursor tput civis # cursor invisible - only try this if you think cursor on/off are reversed and if you try it, and it fails, use \'tput cnorm\' immediately right after. I don\'t know if the \'fasttext\' device still exists, but if you are using it, try to turn it off. You can also try echoing the vt52 cursor on command to the /dev/console (\"tput cnorm\" will send this to the standard out if TERM is set right, but you want to make sure it goes to the real console device!), and ... Here is a paste from the MiNT mailing list archives - I kept the data and header information for nostalgia (yes, I made the post) ... From mint-request@terminator.rs.itd.umich.edu Tue Jun 28 08:38:47 1994 Message-Id: <m0qISLP-0000osC@sdf.lonestar.org> Date: Mon, 27 Jun 94 20:52 CDT From: ekl@sdf.lonestar.org (Evan K. Langlois) To: mint@atari.archive.umich.edu Subject: MiNT Problems First, I fixed my NVDI vs. Fasttext troubles by sending a VT52 cursor on message to /dev/console .. well, actually, /dev/slowcon - I renamed it :-) I would guess that I should modify my /dev/fasttext to always echo the cursor on/off codes .. maybe through the xcon vectors? For now, I have a cusror, with NVDI loaded before MiNT (otherwise the system was VERY instable especially with loaded fonts) so everything is OK except TOSWIN and the fact that some programs will refuse to work sometimes. [ ... rest of message not relevant ... ]

(0000217) joska (reporter) 2009-12-21 07:08	I think this case should be resolved. This is a NVDI bug/feature, not a problem with MiNT.

(0000219) HelmutKarlowski (developer) 2009-12-21 16:28 edited on: 2009-12-27 17:57	Run a program that opens and closes a physical workstation /tclswk.c last change: Mon Dec 21 18:32:11 2009/ #include <stdio.h> #ifdef __GNUC__ #include <gem.h> #else #include <vdi.h> #endif short work_in[16], work_out[57], vdi_handle; int main(int argc, char argv[]) { int i; for( i = 1; i < 10; i++ ) work_in[i] = 1; for( i = 11; i < 16; i++ ) work_in[i] = 0; work_in[10] = 2; / use rc-coordinates !?!/ work_in[0] = 1; / act. screen / v_opnwk( work_in, &vdi_handle, work_out ); if( vdi_handle > 0 ) { v_clswk( vdi_handle ); return 0; } else { fprintf( stderr, "could not open physical workstation: handle=%d\n", vdi_handle ); return 1; } } / -- end of tclswk.c -- */

(0000232) mikro (developer) 2010-07-20 03:39	If this really fixes the problem, shouldn't we add it to FreeMiNT? Yes, it's a hack for a stupid bug/feature of NVDI but in a result -- it will make user happy.

(0000234) joska (reporter) 2010-07-20 03:46	It can easily be solved by echo'ing the escape sequence for "cursor on" from mint.cnf. That's what I did when I had a TT and actually used a console.

(0000236) HelmutKarlowski (developer) 2010-07-26 18:36	The escape-method does work with MiNT 1.15, not with 1.17. The opnwk-method only works on TT-high. Maybe it's a bug in keyboard.c.

Issue History
Date Modified	Username	Field	Change
2009-12-21 07:08	joska	Note Added: 0000217
2009-12-21 16:28	HelmutKarlowski	Note Added: 0000219
2009-12-27 17:57	HelmutKarlowski	Note Edited: 0000219
2010-07-20 03:39	mikro	Note Added: 0000232
2010-07-20 03:46	joska	Note Added: 0000234
2010-07-26 18:36	HelmutKarlowski	Note Added: 0000236

Relationships