GNU bug report logs - #56499
28.1; Unable to open large file

Previous Next

Package: emacs;

Reported by: Juan José García Ripoll <juanjose.garcia.ripoll <at> csic.es>

Date: Mon, 11 Jul 2022 17:11:01 UTC

Severity: normal

Tags: moreinfo

Found in version 28.1

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: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: juanjose.garcia.ripoll <at> csic.es, 56499 <at> debbugs.gnu.org
Subject: bug#56499: 28.1; Unable to open large file
Date: Tue, 12 Jul 2022 19:10:07 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  56499 <at> debbugs.gnu.org
> Date: Tue, 12 Jul 2022 15:55:39 +0200
> 
> Juan Jose Garcia Ripoll <juanjose.garcia.ripoll <at> csic.es> writes:
> 
> > I tried evaluating find-file-name-handler as suggested and it returns
> > nil. I suspect it is due to OneDrive (and now also Nextcloud's)
> > virtual files, which live online until requested. Somehow opening the
> > file does not trigger the required download.
> 
> It should be transparent to Emacs, but perhaps the OS/OneDrive is
> returning an odd value to Emacs which confuses Emacs?  I don't use
> Windows and OneDrive, so I can't test myself.  I guess the relevant code
> is in `insert-file-contents', which is implemened in C, so it's not
> trivial to debug.
> 
> Eli, do you have any ideas?

Not at this time.

I asked Juan Jose a question, and I will try to find a machine with
OneDrive files to try to reproduce this.




This bug report was last modified 2 years and 310 days ago.

Previous Next


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