From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Frank Roland Newsgroups: gmane.emacs.bugs Subject: bug#46293: Windows 10: emacs freeze on kill emacs Date: Sun, 7 Feb 2021 15:13:43 +0100 Message-ID: References: <0e5dd81bfb0f6d86655dbff8b0ebffba@api.mail.freenet.de> <83pn1frh98.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d59ad605babfa96b" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12196"; mail-complaints-to="usenet@ciao.gmane.io" Cc: lemue301171@freenet.de, 46293@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 07 15:31:01 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l8l5Y-00032i-Uy for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Feb 2021 15:31:01 +0100 Original-Received: from localhost ([::1]:40124 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l8l5X-0005Pl-Fd for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 07 Feb 2021 09:31:00 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43498) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l8l3f-0005Pd-K1 for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2021 09:29:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35666) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l8l3d-0001dI-SF for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2021 09:29:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l8l3d-0008AG-PH for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2021 09:29:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Frank Roland Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Feb 2021 14:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46293 X-GNU-PR-Package: emacs Original-Received: via spool by 46293-submit@debbugs.gnu.org id=B46293.161270809131321 (code B ref 46293); Sun, 07 Feb 2021 14:29:01 +0000 Original-Received: (at 46293) by debbugs.gnu.org; 7 Feb 2021 14:28:11 +0000 Original-Received: from localhost ([127.0.0.1]:47212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8l2o-000896-N1 for submit@debbugs.gnu.org; Sun, 07 Feb 2021 09:28:11 -0500 Original-Received: from mout1.freenet.de ([195.4.92.91]:33856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l8kp3-0005eA-Co for 46293@debbugs.gnu.org; Sun, 07 Feb 2021 09:14:01 -0500 Original-Received: from [195.4.92.124] (helo=sub5.freenet.de) by mout1.freenet.de with esmtpa (ID lemue301171@freenet.de) (port 25) (Exim 4.92 #3) id 1l8kp1-0000pE-Uj for 46293@debbugs.gnu.org; Sun, 07 Feb 2021 15:13:55 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=freenet.de; s=mjaymdexmjqk; h=Content-Type:Cc:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Sender:Reply-To:Content-Transfer-Encoding :Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=96WDHY+ptBCOznVxGJ6olgr+BHT6bLInYZ5exDizIc4=; b=BwWhU1NfCjdrVvebMzz9T3h9Ei SqHjvEjVWPOoQqGdBvn9ORXWDyAAis3mbTR+vk3f4KhgWPY1hhrxFNP3CAJTeKWRyH0y1tgvxVHxD GJCo19r7320KxAL6rcCmwRzfGwCfzxF5QeyFL+D/6JdfniEjn4rZdK4yVhscg8wu/mYCb0UtX+pbW HioWXfMkGYpqIMl7IvaxhK3IGleOxY+czRZEAexs8K+AHFcNxCgGCDHov2/ojFwqxf+skrEBM7hQE Zw1aprAa+EeHEkKFU+Sy6Q3fTN2qb0BIenN2ypzCe0wJFf+opOenzeZ9tWh4YWC37x63fv7zUxaGP +tB4Xx/Q==; Original-Received: from mail-qk1-f173.google.com ([209.85.222.173]:37678) by sub5.freenet.de with esmtpsa (ID lemue301171@freenet.de) (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256) (port 587) (Exim 4.92 #3) id 1l8kp1-0000tt-O3 for 46293@debbugs.gnu.org; Sun, 07 Feb 2021 15:13:55 +0100 Original-Received: by mail-qk1-f173.google.com with SMTP id s77so11904449qke.4 for <46293@debbugs.gnu.org>; Sun, 07 Feb 2021 06:13:55 -0800 (PST) X-Gm-Message-State: AOAM5303xNf7GKJHfmOrVQFjTp7IxsXl8E994GeTW3KqqY+8Wcp+ZoVU Rtvg4PQ4r/wmbEiDUthTyrTi4ivD/PeICdofPWk= X-Google-Smtp-Source: ABdhPJzHieHgs+vioDLqf3LO4KnZ8TaLta6fZUMBEpuKDdNTaynQyi+apdjRW5I3AmhRSp0M5jXTxnbqdIk1dS19Hh8= X-Received: by 2002:a37:a8d6:: with SMTP id r205mr3604817qke.489.1612707234419; Sun, 07 Feb 2021 06:13:54 -0800 (PST) In-Reply-To: <83pn1frh98.fsf@gnu.org> X-Gmail-Original-Message-ID: X-Originated-At: 209.85.222.173!37678 X-FNSign: v=2 s=2E5014D2067B81858603E20A653911E6D4B6C6AE202E1E3374D88EDE886810F2 X-Scan-TS: Sun, 07 Feb 2021 15:13:55 +0100 X-Mailman-Approved-At: Sun, 07 Feb 2021 09:28:09 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:199496 Archived-At: --000000000000d59ad605babfa96b Content-Type: text/plain; charset="UTF-8" Hello, the test case is to simply open a file hosted on a Microsoft SharePoint server and afterward trying to leave emacs. The hard part might be to have a SharePoint account... I opend a file with an 'emacs -Q' instance. The following is the bug report content: In GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32) of 2020-07-05 built on CIRROCUMULUS Repository revision: e3ada2063aa286ea6898a60d95061a77fb752ca8 Repository branch: master Windowing system distributor 'Microsoft Corp.', version 10.0.18363 System Description: Microsoft Windows 10 Pro (v10.0.1909.18363.1316) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. File exists, but cannot be read Parsing archive file...done. File mode specification error: (file-error Unlocking file Invalid argument //collaboration.mydummy.com/subjects/foo.docx) Configured using: 'configure --without-dbus --host=x86_64-w64-mingw32 --without-compress-install -C 'CFLAGS=-O2 -static -g3' host_alias=x86_64-w64-mingw32 PKG_CONFIG_PATH=/mingw64/lib/pkgconfig' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2 HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: de_DE.UTF-8 locale-coding-system: cp1252 Major mode: Zip-Archive Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils arc-mode archive-mode doc-view jka-compr image-mode easymenu exif dired dired-loaddefs time-date subr-x cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 54351 9648) (symbols 48 6728 1) (strings 32 18928 1594) (string-bytes 1 586074) (vectors 16 10443) (vector-slots 8 140103 16322) (floats 8 38 177) (intervals 56 311 0) (buffers 992 12)) On Thu, 4 Feb 2021 at 16:21, Eli Zaretskii wrote: > > Date: Thu, 04 Feb 2021 10:00:55 GMT > > From: lemue301171@freenet.de > > > > If an file name is used, which is obviously invalid for some operations, > > the following can happen: > > 1. The file gets opened anyway, although an error message states > > otherwise: > > - File exists, but cannot be read > > - File mode specification error: (file-error Unlocking file Invalid > argument > > //collaboration.dummyname.com@SSL/DavWWWRoot/subjects/foo bar.docx) > > 2. Trying to close the buffer triggers simmilar errors > > 3. Trying to exit emacs leads to a question wheter the file shall be > saved. > > - Selecing No now again leads to similar error message, but now emacs > also freezes (is unresponsive and > > GUI is no longer updated). > > - Emacs must be killed via task-manager. > > Thanks, but we need a more concrete test case to see what happens in > these cases and how to fix that. Could you please provide a full > detailed recipe to reproduce this starting from "emacs -Q"? > --000000000000d59ad605babfa96b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

the test case is to simply open = a file hosted on a Microsoft SharePoint server and afterward trying=C2=A0to= leave=C2=A0emacs.

The hard part might be to have = a SharePoint account...

I opend=C2=A0a file with a= n 'emacs -Q' instance. The following is the bug report content:
In GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32)
=C2=A0of 2020-= 07-05 built on CIRROCUMULUS
Repository revision: e3ada2063aa286ea6898a60= d95061a77fb752ca8
Repository branch: master
Windowing system distribu= tor 'Microsoft Corp.', version 10.0.18363
System Description: Mi= crosoft Windows 10 Pro (v10.0.1909.18363.1316)

Recent messages:
F= or information about GNU Emacs and the GNU system, type C-h C-a.
File ex= ists, but cannot be read
Parsing archive file...done.
File mode speci= fication error: (file-error Unlocking file Invalid argument //collabo= ration.mydummy.com/subjects/foo.docx)

Configured using:
=C2= =A0'configure --without-dbus --host=3Dx86_64-w64-mingw32
=C2=A0--wit= hout-compress-install -C 'CFLAGS=3D-O2 -static -g3'
=C2=A0host_a= lias=3Dx86_64-w64-mingw32 PKG_CONFIG_PATH=3D/mingw64/lib/pkgconfig'
=
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTI= FY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS = JSON PDUMPER LCMS2 GMP

Important settings:
=C2=A0 value of $LANG:= de_DE.UTF-8
=C2=A0 locale-coding-system: cp1252

Major mode: Zip-= Archive

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 g= lobal-eldoc-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel= -mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 fi= le-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lo= ck-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-composition-mode: = t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
= =C2=A0 buffer-read-only: t
=C2=A0 line-number-mode: t
=C2=A0 transien= t-mark-mode: t

Load-path shadows:
None found.

Features:(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec
pas= sword-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs
te= xt-property-search seq byte-opt gv bytecomp byte-compile cconv
mm-decode= mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader = sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils arc-mo= de archive-mode doc-view jka-compr image-mode easymenu
exif dired dired-= loaddefs time-date subr-x cl-loaddefs cl-lib tooltip
eldoc electric uniq= uify ediff-hook vc-hooks lisp-float-type mwheel
dos-w32 ls-lisp disp-tab= le term/w32-win w32-win w32-vars term/common-win
tool-bar dnd fontset im= age regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-= mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isea= rch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu fon= t-core term/tty-colors frame
minibuffer cl-generic cham georgian utf-8-l= ang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp= -ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian = cyrillic chinese
composite charscript charprop case-table epa-hook jka-c= mpr-hook help
simple abbrev obarray cl-preloaded nadvice loaddefs button= faces
cus-face macroexp files text-properties overlay sha1 md5 base64 f= ormat
env code-pages mule custom widget hashtable-print-readable backquo= te
threads w32notify w32 lcms2 multi-tty make-network-process emacs)
=
Memory information:
((conses 16 54351 9648)
=C2=A0(symbols 48 672= 8 1)
=C2=A0(strings 32 18928 1594)
=C2=A0(string-bytes 1 586074)
= =C2=A0(vectors 16 10443)
=C2=A0(vector-slots 8 140103 16322)
=C2=A0(f= loats 8 38 177)
=C2=A0(intervals 56 311 0)
=C2=A0(buffers 992 12))


On Thu, 4 Feb 2021 at 16:21, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Thu, 04 Feb 2021 10:00:55 = GMT
> From: lemu= e301171@freenet.de
>
> If an file name is used, which is obviously invalid for some operation= s,
> the following can happen:
> 1. The file gets opened anyway, although an error message states
> otherwise:
> - File exists, but cannot be read
> - File mode specification error: (file-error Unlocking file Invalid ar= gument
> //collaboration.dummyname.com@SSL/DavWWWRoot/subjects/foo bar.docx) > 2. Trying to close the buffer triggers simmilar errors
> 3. Trying to exit emacs leads to a question wheter the file shall be s= aved.
> - Selecing No now again leads to similar error message, but now emacs = also freezes (is unresponsive and
> GUI is no longer updated).
> - Emacs must be killed via task-manager.

Thanks, but we need a more concrete test case to see what happens in
these cases and how to fix that.=C2=A0 Could you please provide a full
detailed recipe to reproduce this starting from "emacs -Q"?
--000000000000d59ad605babfa96b--