X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Thu, 28 Jun 2012 10:20:21 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: /dev/clipboard corrupted Message-ID: <20120628082021.GF17071@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4FEB863A DOT 7030108 AT towo DOT net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4FEB863A.7030108@towo.net> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Jun 28 00:16, Thomas Wolff wrote: > If the clipboard contains large data, the contents retrieved from > /dev/clipboard gets corrupted. > I compared the following in a few cases: > * cat /dev/clipboard or cp /dev/clipboard (which are equal) > * mouse-paste into mintty, read with cat > * read /dev/clipboard within application > > and I found all three results to be different, the correct one > sometimes being cat /dev/clipboard but not always. > In today's case, the differences occured at byte 10240 and 65536 > respectively, thus 10K-1 bytes or 64K-1 bytes being equal. I can't reprocude this. There's also nothing in the /dev/clipboard code which would rely on a 10K buffer or so. 64K, yes. But still, I tried with wordpad, vi, mintty, cat, and cp with a text file of about 90K. No problems. Do you have any reproducible testcase? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple