X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; q=dns; s=default; b=qzUBeGLFQBDZsWOcbdupgbQh2ybTe UBUVD/0aSodhPtsbSsuff4mDESQbF3Tc7JEFFXtA6A4V4UTuVykBgauLOeUatYob t1h7yJbjbRR1p9EwA+VSJgF7InA/3xbe0w6miqWoUW0QvO127J9gO1jN8KoUhEbf vaboqKs7lVRInk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:subject:date:message-id:references :in-reply-to:content-type:content-transfer-encoding :mime-version; s=default; bh=fgMRDfaEUYV6gPN1MHFyvpmFXyQ=; b=Xax ylrZiYVVFpjBNm8m1mqIVfpuC3pQWqJ/fOjmdSc6qCp97zXfZqoUIQMgZLwyWXoK OMGIF6VKcJVWH3+B+zIANQPGgU9BUksTUGODx0Bk7Vz4HMu0/TdGQz38VNPlW1G3 gdNne60xRpG9js0u27ZhQeMrfD4js7pBuDs/7+rw= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,MIME_BASE64_BLANKS,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy=harry, Harry, Ken, Gdb X-HELO: NAM05-CO1-obe.outbound.protection.outlook.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=flightsafety.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1kqGT2SRXjjcknCBHn+mzYaDiikTHGzBCj7LEb3iCx4=; b=YtG0b8lo2uUHSsiCIAG5ja7M8bHGtZ4sFe3RC+2MxIsJWKLPv4z3LjbbwVuRlEzwykqZ0xH/veKaLyUKdUseYUR13dl6Jb5I5HBNFNCY6RO131y83tP/wgeu0OhdzOXeHoegS/gjAdbfHkmIAMkHEsmC8X/AwCkoZyTcgqFTs1U= Authentication-Results: spf=pass (sender IP is 66.109.88.133) smtp.mailfrom=flightsafety.com; cygwin.com; dkim=none (message not signed) header.d=none;cygwin.com; dmarc=pass action=none header.from=flightsafety.com; Received-SPF: Pass (protection.outlook.com: domain of flightsafety.com designates 66.109.88.133 as permitted sender) receiver=protection.outlook.com; client-ip=66.109.88.133; helo=p0001ws0011.flightsafety.com; From: "Rockefeller, Harry" To: "cygwin AT cygwin DOT com" Subject: RE: emacs-X11 freezes with mouse cut and paste Date: Thu, 4 Apr 2019 16:25:19 +0000 Message-ID: <94be9b602dbf4c02b6f7f796895b9475@vsrv060ex01.ssd.fsi.com> References: <614fbba4-3425-4705-3342-99bbe8684ee0 AT cornell DOT edu> In-Reply-To: <614fbba4-3425-4705-3342-99bbe8684ee0@cornell.edu> Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-MS-Exchange-SenderADCheck: 1 X-IsSubscribed: yes Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id x34GPZAd007720 >On 3/27/2019 10:40 AM, Rockefeller, Harry wrote: >> CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 >> Cygwin GNU Emacs 26.1 >> How this happened. >> It had happened twice before but appeared to be intermittent. >> This time it happened I had copied a line from an xterm, including the [return]. >> Moved mouse to emacs window and using the middle mouse button attempted to paste the copied text. >> It didn't paste and now emacs is frozen; not responding to keyboard or mouse. >> In xterm window I entered >> Gdb /usr/bin/emacs-X11.exe >> Gdb told me it read the symbols. >> (gdb) info source >> Current source file is /usr/src/debug/emacs-26.1-1/src/emacs.c >> Compilation directory is /usr/src/debug/emacs-26.1-1/src Located in >> /usr/src/debug/emacs-26.1-1/src/emacs.c >> Contains 2676 lines. >> Source language is c. >> Producer is GNU C11 7.3.0 -mtune=generic -march=x86-64 -ggdb -O2 -fopenmp -fstack-protector-strong --param ssp-buffer-size=4. >> Compiled with DWARF 2 debugging format. >> Does not include preprocessor macro info. >> (gdb) list >> 660 emacs_perror ("Write error to standard output"); >> 661 _exit (EXIT_FAILURE); >> 662 } >> 663 >> 664 /* Do not close stderr if addresses are being sanitized, as the >> 665 sanitizer might report to stderr after this function is >> 666 invoked. */ >> 667 if (!ADDRESS_SANITIZER && close_stream (stderr) != 0) >> 668 _exit (EXIT_FAILURE); >> 669 } >> >> I am not familiar with using gdb this way. There is no "frame", no "info local", no stack. >That's because you haven't started the program. Use the gdb "run" command. >Alternatively, instead of running emacs under gdb, you could just run emacs as you normally do and then attach gdb when emacs freezes. >("gdb -p ") At that point, a backtrace of all threads would be useful. >Ken It happened again. Attached to PID as shown above. (gdb) list gave same result as above. (gdb) bt #0 0x00000000773bafb1 in ntdll!DbgBreakPoint () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #1 0x0000000077462e08 in ntdll!DbgUiRemoteBreakin () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #2 0x00000000772659cd in KERNEL32!BaseThreadInitThunk () from /cygdrive/c/Windows/system32/kernel32.dll #3 0x000000007739a561 in ntdll!RtlUserThreadStart () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #4 0x0000000000000000 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Does this tell me the problem is not Cygwin? Perhaps BLODA or bad hardware, maybe bad mouse? -- 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