From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id 6BD333858431 for ; Sat, 22 Jan 2022 08:35:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6BD333858431 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=maxrnd.com Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 20M8ZIe5083225 for ; Sat, 22 Jan 2022 00:35:18 -0800 (PST) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdJmROte; Sat Jan 22 00:35:17 2022 Subject: Re: Unable to open the clipboard To: cygwin@cygwin.com References: <003beea2-b710-f0bd-d323-0dd78574c8ab@gmail.com> <804ad578-4cbb-c4b4-f0ae-1717fb4b4af9@maxrnd.com> <0e94e79a-d827-e67f-6e3f-c866c1b84c77@gmail.com> <727e2220-77f5-79e5-abf3-3dc65ffd0ef5@maxrnd.com> <135344c6-0211-4779-7a04-7b081a37f30c@gmail.com> <21a16bfc-5b83-d0c9-4cf8-7aff4e46f2a5@gmail.com> <88da5384-72c5-7c45-b0d5-68703842f14c@maxrnd.com> <20e4a66c-476c-e059-81df-d85c2d3a8308@gmail.com> From: Mark Geisert Message-ID: <0b92b1a2-2206-6022-cbf2-bdc870003ead@maxrnd.com> Date: Sat, 22 Jan 2022 00:35:17 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <20e4a66c-476c-e059-81df-d85c2d3a8308@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2022 08:35:21 -0000 Hi Marco, Marco Atzeri wrote: > On 10.01.2022 07:44, Mark Geisert wrote: >>> Marco Atzeri wrote: >>>> On 04.01.2022 19:08, Marco Atzeri wrote: >>>>> On 04.01.2022 06:15, Mark Geisert wrote: >>>> >>>> Hi Mark, >>>> just found another issue >>>> >>>> $ putclip < Announce_octave >>>> Aborted (core dumped) >>>> >>>> It seems caused by the longest line (86 characters) >>>> >>>> $ cat Announce_octave  | putclip >>>> Aborted (core dumped) >>>> >>>> $ cat Announce_octave | sed -e "/html$/ d" | putclip >>>> >>>> of course the Clipboard is fine >>>> >>>> $ cat Announce_octave  > /dev/clipboard >> >> I'm unable to reproduce.  If you happen to have a putclip.exe.stackdump left >> behind, could you post that please? >> >> ..mark >> > > here it is > > $ cat putclip.exe.stackdump > Stack trace: > Frame        Function    Args > 000FFFFB980  001800620B7 (000FFFFBB88, 00000000002, 00000000002, 000FFFFDE50) > 00000000000  001800640F5 (00000000064, 00000000000, 00000000078, 00000000000) > 000FFFFC090  001801305E8 (00100000080, 000007E67F0, 00000000000, 00000000000) > 000000000C1  0018012BD1B (0000000001F, 00000000000, 00000000000, 0018022DE20) > 00000000609  0018012C125 (7FF84F2EBA68, 000FFFFC420, 7FF84FA9FB43, 00000000000) > 00000000609  00180212C08 (000FFFFC440, 00000000000, 00800000000, 13920028A3BD5C75) > 00000000609  00180213065 (00000400028, 7FF84FA958B0, 7FF84FA95990, 00000400028) > 00000000609  001800D7FE8 (00000000000, 00000400018, 00100000001, 00800000BB0) > 00000000609  0018018EFFB (00000000000, 00000400018, 00100000001, 00800000BB0) > 00000000609  0010040162C (37003600000002, EA8087F46D20, 7FF84EA653DC, 00000000000) > 00000000000  0010040261E (00180049B21, 00180048A70, 00000000002, 00180322FC0) > 000FFFFCD30  00180049B8D (00000000000, 00000000000, 00000000000, 00000000000) > 000FFFFFFF0  00180047746 (00000000000, 00000000000, 00000000000, 00000000000) > 000FFFFFFF0  001800477F4 (00000000000, 00000000000, 00000000000, 00000000000) > End of stack trace Thanks for that. Just wanted to say I haven't forgotten about this report. Unlike previous putclip|getclip error reports, this one is a Heisenbug.. difficult to reproduce under a debugger or with any change made to the source. I do have a handle on the issue thanks to a malloc debugger: it's a buffer overrun. Debugging continues... ..mark