On 2 April 2010 00:05, Nibble wrote:
> I use dmenu with dclip, and i need dynamic reallocation in order to
> paste big selections. If you set a fixed size buffer, it will be
> splitted in several items of that size and paste all those fragments
> become a mess.
That may make sense in a separate p
Hi Connor,
I use dmenu with dclip, and i need dynamic reallocation in order to
paste big selections. If you set a fixed size buffer, it will be
splitted in several items of that size and paste all those fragments
become a mess.
Also, take into account that in my dmenu fork (where i use this patch
On 1 April 2010 20:38, Anselm R Garbe wrote:
> Forgot to mention I reviewed and applied your patch and added you to
> the LICENSE file as well.
Thanks a lot. :)
cls
On 1 April 2010 20:40, Connor Lane Smith wrote:
> The last dmenu revision doesn't make any sense. It goes through a load
> of hassle and complexity dynamically reallocating memory, and then has
> no real effect, because text is a fixed 4096 byte buffer. Items longer
> than 4096 chars are just plai
Hi Connor,
On 1 April 2010 20:40, Connor Lane Smith wrote:
> The last dmenu revision doesn't make any sense. It goes through a load
> of hassle and complexity dynamically reallocating memory, and then has
> no real effect, because text is a fixed 4096 byte buffer. Items longer
> than 4096 chars a
Hey,
The last dmenu revision doesn't make any sense. It goes through a load
of hassle and complexity dynamically reallocating memory, and then has
no real effect, because text is a fixed 4096 byte buffer. Items longer
than 4096 chars are just plain inaccessible.
There are two options here. Either
