From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: It's almost 2016 and when (single-threaded) Emacs hangs, you gotta be smashing your keyboard! Date: Thu, 19 Nov 2015 22:46:25 +0200 Message-ID: <83vb8x7m5a.fsf@gnu.org> References: NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1447966033 882 80.91.229.3 (19 Nov 2015 20:47:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Nov 2015 20:47:13 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Nov 19 21:47:04 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZzW6a-0000uJ-GV for geh-help-gnu-emacs@m.gmane.org; Thu, 19 Nov 2015 21:46:56 +0100 Original-Received: from localhost ([::1]:43985 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzW6Z-0002y7-UM for geh-help-gnu-emacs@m.gmane.org; Thu, 19 Nov 2015 15:46:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47472) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzW6P-0002xn-Io for help-gnu-emacs@gnu.org; Thu, 19 Nov 2015 15:46:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzW6M-0004Nb-Qs for help-gnu-emacs@gnu.org; Thu, 19 Nov 2015 15:46:45 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:57976) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzW6M-0004NQ-IL for help-gnu-emacs@gnu.org; Thu, 19 Nov 2015 15:46:42 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NY200B00XAASR00@a-mtaout21.012.net.il> for help-gnu-emacs@gnu.org; Thu, 19 Nov 2015 22:46:40 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NY200BHKXPSPE80@a-mtaout21.012.net.il> for help-gnu-emacs@gnu.org; Thu, 19 Nov 2015 22:46:40 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108142 Archived-At: > Date: Thu, 19 Nov 2015 21:29:04 +0100 > From: Alexander Shukaev > > This discussion might be with some rant flavor, and I apologize for > that beforehand. Currently, I have to work with directories mounted > from network. As a result, Dired either opens them slowly or hangs > forever (looks like a bug and/or glitch). I personally find this very > frustrating, especially when I'm in the middle of work with 50+ > buffers open (some of which are still in modified state). The only > way to recover from such problems is to kill the Emacs process. You are on Windows, right? > how can so advanced text editor with ~30 year history be so unreliable > and fragile to work with in randomly occurring cases? FWIW, it isn't unreliable or fragile for me. It is rather rock-solid, my sessions are usually open for many weeks on end, and almost never crash or hang. > It may freeze or it may not freeze, but if it does, all of the > unsaved work is lost, not to mention the fact that all of the layout > of windows and open buffers are lost as well. Neither of this is true. When Emacs hits a fatal error, it auto-saves, and if you activate the desktop-saving feature, it will save a snapshot of your window and frame configuration fairly frequently, so starting a new session recreates at least those buffers which were visiting files or directories. > First of all, I just want to once again draw your attention to one > of the urgent issues (to this date) of Emacs. Which urgent issue is that? > And, secondly, I want to ask whether there exists a way to solve the > problem described above without multi-threading? On Posix systems, Emacs does use a kind of multi-threading: it invokes the 'ls' command to generate the directory listing. You can configure Emacs on Windows to do the same, if you can get your hands on a decent port of GNU 'ls'.