GNU bug report logs - #19701
24.3; directory-files platform-dependent behaviour when directory doesn't exist

Previous Next

Package: emacs;

Reported by: VIDA Gábor <vidagabor <at> gmail.com>

Date: Tue, 27 Jan 2015 14:13:02 UTC

Severity: normal

Found in version 24.3

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vida Gábor <vidagabor <at> gmail.com>
Cc: 19701 <at> debbugs.gnu.org
Subject: bug#19701: 24.3; directory-files platform-dependent behaviour when directory doesn't	exist
Date: Wed, 28 Jan 2015 17:37:41 +0200
> From: Vida Gábor <vidagabor <at> gmail.com>
> Cc: 19701-done <at> debbugs.gnu.org
> Date: Wed, 28 Jan 2015 12:45:53 +0100
> 
> > This was never a problem, though.  What exactly does Gnus do that this
> > subtlety gets in the way?
> 
> I'm migrating from Windows to GNU/Linux, and while I'm doing this Gnus didn't start
> properly with my old configuration. I use %F in gnus-group-line-format, which ends up
> calling gnus-total-fetched-for. This function calculates the total amount of disk
> space used by cache and agent. I use Gnus agent but don't use cache (gnus-use-cache
> is nil).
> 
> Later, gnus-cache-update-file-total-fetched-for iterates over the files that belong
> to the cahe of the group. This list in nil on Windows, so I had no problem, but on
> GNU/Linux, it raises an error, because I have no cache directory.

In that case, I probably should clarify how I fixed the problem: now
Emacs will signal an error on Windows as well.

I think there's a test missing in Gnus, but I'll defer to Gnus expert
to judge that.




This bug report was last modified 10 years and 171 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.