vte r1755 - in trunk: . src
- From: cpwilson svn gnome org
- To: svn-commits-list gnome org
- Subject: vte r1755 - in trunk: . src
- Date: Mon, 26 Feb 2007 15:47:36 +0000 (GMT)
Author: cpwilson
Date: 2007-02-26 15:47:35 +0000 (Mon, 26 Feb 2007)
New Revision: 1755
ViewCVS link: http://svn.gnome.org/viewcvs/vte?rev=1755&view=rev
Modified:
trunk/ChangeLog
trunk/src/vte-private.h
trunk/src/vte.c
trunk/src/vteseq.c
Log:
2007-02-26 Chris Wilson <chris chris-wilson co uk>
Some applications, such as cat, dump as much data to the terminal as
possible. In these scenarios it is likely that we will read data from
the child much faster than we can process it and the refresh will
stutter.
The ideal solution would be to speed up the data processing so that
this overrun was impossible. However, the approach taken here is to
estimate how much data we can actually process in our time slice and
to stop reading once we have sufficient data.
* src/vte-private.h:
* src/vte.c: (_vte_invalidate_all),
(vte_terminal_emit_contents_changed),
(vte_terminal_match_contents_clear),
(vte_terminal_match_contents_refresh),
(vte_terminal_emit_adjustment_changed),
(_vte_terminal_adjust_adjustments), (vte_terminal_scroll_pages),
(vte_terminal_catch_child_exited), (vte_terminal_eof),
(vte_terminal_process_incoming), (vte_terminal_io_read),
(vte_terminal_handle_scroll), (vte_terminal_init),
(vte_terminal_size_allocate), (need_processing), (process_timeout),
(update_repeat_timeout), (update_timeout):
* src/vteseq.c: (vte_sequence_handler_decset_internal):
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]