Re: Lifting size limitation on X-to-GS copy & paste (was Re: [bug #4658] Broken gpbs when doing pb operations between GS and X)

[Fred Kiefer]

Hi Kazu,

your proposed change overlapps with the changes I did do yesterday to 
get copy and paste to GNUstep working with my Emacs (21.2.1) again. So 
your patch needs a bit of rewritting to work in this changed environment 
(and not to break my Emacs again). I would also suggest not to read 
bigger and bigger junks of data, but to append each read junk to an 
NSMutableData object and read the next junk while supplying an offset.

I wont have time for this changes today, so you either have to do them 
yourself or wait for another week.

BTW. the long wainting on conversion failers has laos be removed through 
my patch (this was not part of the original plan, but it did anoy me as 
well). For the ignorance of the existing selection I have a strong 
feeling that this is caused by the method [XPbOwner initialize] not 
being called when gpbs is started. This could be changed by using 
different code in [PasteboardServer init].

Cheers
Fred


Kazunobu Kuriyama wrote:
> Hi,
>
> Attached is the patch fixing the bug that is pointed out by part of
> the bug report #4658:
>
> > 2. It is not possible to copy from X and paste in GNUstep strings 
> > longer than 1024 characters.
>
>
> The patch is slightly better in memory management (preventing possible
> memory leak resulting from an error) than the one I sent a few hours ago.