Re: [dev] st stutters and freezes, with 100% cpu usage, during window resize via mouse drag

2014-01-15 Thread Parke
On Wed, Jan 15, 2014 at 9:56 PM, Christoph Lohmann <2...@r-36.net> wrote: > This is weak. You mention a bug, activate resources to fix it and then > tell us that you are too lazy to dig further into it because you will > stay with the pony program anyways. Gosh, where did I say I was too laz

Re: [dev] st stutters and freezes, with 100% cpu usage, during window resize via mouse drag

2014-01-15 Thread Christoph Lohmann
Greetings. On Thu, 16 Jan 2014 06:56:40 +0100 Parke wrote: > > On Tue, Jan 14, 2014 at 06:13:58PM -0800, Parke wrote: > >> Compared to xterm, st will stutter/freeze when I resize a window by > >> dragging a window edge with the mouse. I have Openbox set to refresh > >> the window contents during

Re: [dev] st stutters and freezes, with 100% cpu usage, during window resize via mouse drag

2014-01-15 Thread Parke
> On Tue, Jan 14, 2014 at 06:13:58PM -0800, Parke wrote: >> Compared to xterm, st will stutter/freeze when I resize a window by >> dragging a window edge with the mouse. I have Openbox set to refresh >> the window contents during the resize. On Wed, Jan 15, 2014 at 1:26 AM, Markus Wichmann wrote

Re: [dev] st stutters and freezes, with 100% cpu usage, during window resize via mouse drag

2014-01-15 Thread Parke
On Wed, Jan 15, 2014 at 1:30 AM, Chris Down wrote: > On 2014-01-14 18:13:58 -0800, Parke wrote: >> st also uses slightly more memory than xterm. > > If the memory usage is still reasonable, why do you care how much it > uses relative to xterm? Different programs, different designs, different > res

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread Szabolcs Nagy
* Silvan Jegen [2014-01-15 22:32:28 +0100]: > On Wed, Jan 15, 2014 at 09:36:07PM +0100, Szabolcs Nagy wrote: > > > +handleescapes(char *s) > > > +{ > > > + switch(*s) { > > > + case 'n': > > > + *s = '\x0A'; > > > + break; > > > + case 't': > > > + *s = '\x09'; > > > +

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread Silvan Jegen
On Wed, Jan 15, 2014 at 09:36:07PM +0100, Szabolcs Nagy wrote: > * Silvan Jegen [2014-01-15 20:43:54 +0100]: > > Note, though, that GNU's tr does not seem to handle Unicode at all[1] > > while this version of tr, according to "perf record/report", seems to > > spend most of its running time in the

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread Szabolcs Nagy
* Silvan Jegen [2014-01-15 20:43:54 +0100]: > Note, though, that GNU's tr does not seem to handle Unicode at all[1] > while this version of tr, according to "perf record/report", seems to > spend most of its running time in the Unicode handling functions of glibc. multi-byte string decoding is kn

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread Dimitris Papastamos
On Wed, Jan 15, 2014 at 08:43:54PM +0100, Silvan Jegen wrote: > I will start writing a man page (possibly based on the GNU one) as soon > as I find the time (hopefully in the next few days). Consider looking at the OpenBSD manpage for tr. I will apply this as soon as you send in a manpage for it.

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread Silvan Jegen
On Wed, Jan 15, 2014 at 11:27:23AM +, sin wrote: > On Tue, Jan 14, 2014 at 09:35:11AM +0100, Silvan Jegen wrote: > > On Tue, Jan 14, 2014 at 12:22 AM, wrote: > > > On Mon, Jan 13, 2014 at 11:19:49AM -0800, Silvan Jegen wrote: > > >> I have rewritten "tr" to use mmap and the wchar.h functions.

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread sin
On Tue, Jan 14, 2014 at 09:35:11AM +0100, Silvan Jegen wrote: > On Tue, Jan 14, 2014 at 12:22 AM, wrote: > > On Mon, Jan 13, 2014 at 11:19:49AM -0800, Silvan Jegen wrote: > >> I have rewritten "tr" to use mmap and the wchar.h functions. It seems > >> to be quite slow but as far as I can tell it w

Re: [dev] [PATCH][RFC] Add a basic version of tr

2014-01-15 Thread sin
On Mon, Jan 13, 2014 at 11:19:49AM -0800, Silvan Jegen wrote: > I have rewritten "tr" to use mmap and the wchar.h functions. It seems > to be quite slow but as far as I can tell it works reasonably well (at > least when using a UTF-8 locale). Comments/review and testing welcome > (I am relatively n

Re: [dev] st stutters and freezes, with 100% cpu usage, during window resize via mouse drag

2014-01-15 Thread Chris Down
On 2014-01-14 18:13:58 -0800, Parke wrote: > st also uses slightly more memory than xterm. If the memory usage is still reasonable, why do you care how much it uses relative to xterm? Different programs, different designs, different resource usage patterns. pgpqhZjSYsfCi.pgp Description: PGP sig

Re: [dev] st stutters and freezes, with 100% cpu usage, during window resize via mouse drag

2014-01-15 Thread Markus Wichmann
On Tue, Jan 14, 2014 at 06:13:58PM -0800, Parke wrote: > Hi, > > I use the Openbox window manager with xterm. I just tried replacing > xterm with st. > > Compared to xterm, st will stutter/freeze when I resize a window by > dragging a window edge with the mouse. I have Openbox set to refresh >