doupdate, redrawwin, refresh, wnoutrefresh, wredrawln, wrefresh -
   refresh curses windows and lines


   #include <curses.h>

   int refresh(void);
   int wrefresh(WINDOW *win);
   int wnoutrefresh(WINDOW *win);
   int doupdate(void);
   int redrawwin(WINDOW *win);
   int wredrawln(WINDOW *win, int beg_line, int num_lines);


   The refresh and wrefresh routines (or wnoutrefresh and  doupdate)  must
   be  called  to  get  actual  output  to the terminal, as other routines
   merely manipulate data structures.  The  routine  wrefresh  copies  the
   named  window to the physical terminal screen, taking into account what
   is already there to do optimizations.  The refresh routine is the same,
   using  stdscr  as the default window.  Unless leaveok has been enabled,
   the physical cursor of the terminal is left  at  the  location  of  the
   cursor for that window.

   The wnoutrefresh and doupdate routines allow multiple updates with more
   efficiency  than  wrefresh  alone.   In  addition  to  all  the  window
   structures,  curses keeps two data structures representing the terminal
   screen: a physical screen, describing what is actually on  the  screen,
   and  a  virtual screen, describing what the programmer wants to have on
   the screen.

   The routine wrefresh works by first calling wnoutrefresh, which  copies
   the  named  window  to  the  virtual screen, and then calling doupdate,
   which compares the virtual screen to the physical screen and  does  the
   actual  update.   If the programmer wishes to output several windows at
   once, a series of calls to wrefresh results  in  alternating  calls  to
   wnoutrefresh  and  doupdate,  causing  several  bursts of output to the
   screen.  By first calling wnoutrefresh for  each  window,  it  is  then
   possible  to call doupdate once, resulting in only one burst of output,
   with fewer total characters transmitted and less CPU time used.  If the
   win  argument  to wrefresh is the global variable curscr, the screen is
   immediately cleared and repainted from scratch.

   The phrase "copies the named window to the  virtual  screen"  above  is
   ambiguous.   What  actually happens is that all touched (changed) lines
   in the window are copied to the virtual screen.  This affects  programs
   that use overlapping windows; it means that if two windows overlap, you
   can refresh them in  either  order  and  the  overlap  region  will  be
   modified  only  when it is explicitly changed.  (But see the section on
   PORTABILITY below for a warning about exploiting this behavior.)

   The wredrawln routine indicates to curses that some  screen  lines  are
   corrupted  and  should  be  thrown away before anything is written over
   them.  It touches the indicated  lines  (marking  them  changed).   The
   routine redrawwin() touches the entire window.


   Routines  that  return an integer return ERR upon failure, and OK (SVr4
   only specifies "an integer  value  other  than  ERR")  upon  successful

   X/Open does not define any error conditions.  In this implementation

           returns  an  error  if  the  window  pointer is null, or if the
           window is really a pad.

           returns an error if the associated call to touchln  returns  an


   Note that refresh and redrawwin may be macros.


   The XSI Curses standard, Issue 4 describes these functions.

   Whether wnoutrefresh() copies to the virtual screen the entire contents
   of a window or just its changed portions has never been well-documented
   in  historic  curses  versions (including SVr4).  It might be unwise to
   rely on either behavior in programs that might have to be  linked  with
   other   curses  implementations.   Instead,  you  can  do  an  explicit
   touchwin() before the  wnoutrefresh()  call  to  guarantee  an  entire-
   contents copy anywhere.


   ncurses(3NCURSES), outopts(3NCURSES) curses_variables(3NCURSES).


More Linux Commands

XtAppError(3) - low-level error handlers - Linux man page...
The XtAppError function calls the installed error procedure and passes the specified message. The XtAppSetErrorHandler function registers the specified procedur

kernel-command-line(7) Kernel command line parameters.......
The kernel, the initial RAM disk (initrd) and basic userspace functionality may be configured at boot via kernel command line arguments. For command line parame

Tk_CanvasSetStippleOrigin(3) - utility procedures for canvas
These procedures are called by canvas type managers to perform various utility functions. Tk_CanvasTkwin returns the Tk_Window associated with a particular canv

Razor2::Errorhandler(3pm) - Error handling mechanism for Raz
Razor::Errorhandler encapsulates the error handling mechanism used by the modules in Razor bundle. Razor::Errorhandler doesnt have a constructor and is meant to

TIFFtile(3tiff) - tile-related utility routines (Man Page)
TIFFDefaultTileSize returns the pixel width and height of a reasonable-sized tile; suitable for setting up the TileWidth and TileLength tags. If the tw and th v

Tcl_ChannelThreadActionProc(3) - procedures for creating and
Tcl uses a two-layered channel architecture. It provides a generic upper layer to enable C and Tcl programs to perform input and output using the same APIs for

timeout(1) - run a command with a time limit (Man Page).....
Start COMMAND, and kill it if still running after DURATION. Mandatory arguments to long options are mandatory for short options too. --foreground When not runni

lib(3pm) - manipulate @INC at compile time - Linux man page
This is a small simple module which simplifies the manipulation of @INC at compile time. It is typically used to add extra directories to perls search path so t

local(n) - create an object local to a procedure (Man Page)
The local command creates an [incr Tcl] object that is local to the current call frame. When the call frame goes away, the object is automatically deleted. This

orbd-java-1.7.0-openjdk(1) (Commands - Linux man page)......
orbd-java-1.7.0-openjdk.1 - The Server Manager included with the orbd tool is used to enable clients to transparently locate and invoke persistent objects on se

active.times(5) - List of local creation times of newsgroups
The file pathdb/active.times provides a chronological record of when newsgroups were created on the local server. This file is normally updated by mod-active an

timerfd_create(2) - timers that notify via file descriptors
These system calls create and operate on a timer that delivers timer expiration notifications via a file descriptor. They provide an alternative to the use of s

We can't live, work or learn in freedom unless the software we use is free.