[tutufan@gmail.com: restoring emacs session fails for missing files]

[tutufan@gmail.com: restoring emacs session fails for missing files]

[Richard Stallman]

Would someone please test this in the current Emacs and
see if it fails?

------- Start of forwarded message -------
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=h6gjmnnZvHoxHJNC+iLro4jKmrmjVVGyTuMI5VIog5ZBakhixjIfwJEW6D3q8bdfu1a8Sw2sTDn+AOKYyC5nh+hw/qdwK1IfmeM0vRmsZ2Mq7dsj9Rr7fhflG8XkSEgCQaD+oV/NoaYmIU2UjTVslXHC7Za49C1U+yza+3z7Jqo=
Date: Wed, 17 May 2006 09:06:02 -0500
From: "Mike Coleman" <tutufan@gmail.com>
To: bug-gnu-emacs@gnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Disposition: inline
Subject: restoring emacs session fails for missing files
X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP autolearn=failed 
	version=3.0.4

In emacs 21.4.1, restoring a session (read-desktop?) fails if the file
(or perhaps a containing directory) that had been visited has
disappeared in the mean time.  It should continue, perhaps with a
warning about the missing file, so that as much of the session as can
be can be restored.

Mike


_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
------- End of forwarded message -------

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Lars Hansen]

Richard Stallman wrote:

>Would someone please test this in the current Emacs and
>see if it fails?
>  
>
I cannot reproduce the problem with current Emacs nor with Emacs 21.4.
If I get a test case I will try to fix the problem (if it exists in
current Emacs).

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Richard Stallman]

Thanks for investigating.

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Lars Hansen]

Mike Coleman wrote:

> Okay, I've managed to replicate the error.  Apparently missing normal
> files don't cause problems, but missing info files do.

I can reproduce this on Emacs 21 but not on CVS Emacs, so it seems that
the bug is fixed.

With a desktop file listing an a dired buffer, the desktop file itself
and a nonexistent info file, I get the following contents of the
*Messages* buffer:

Emacs 21:

(emacs21 --no-site-file)
Loading disp-table...done
Loading tool-bar...done
Loading image...done
Loading tooltip...done
Loading easymenu...done
Info-find-node: Info file /usr/info/ocaml does not exist

CVS Emacs:

(emacs --no-site-file)
Loading info...
Loading easymenu...done
Loading info...done
Desktop: Can't load buffer *info*: Info file /usr/info/ocaml does not exist
Loading dired...
Loading regexp-opt...done
Loading dired...done
Loading conf-mode...done
Desktop: 2 buffers restored, 1 failed to restore.
For information about the GNU Project and its goals, type C-h C-p.

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Robert J. Chassell]

Today's GNU Emacs CVS snapshot, Thu, 2006 May 18  10:17 UTC
GNU Emacs 22.0.50.64 (i686-pc-linux-gnu, GTK+ Version 2.6.8)
started with

     /usr/local/src/emacs/src/emacs -Q -D 

RMS asked

   Would someone please test this in the current Emacs and
   see if it fails?

       In emacs 21.4.1, restoring a session (read-desktop?) fails if
       the file (or perhaps a containing directory) that had been
       visited has disappeared in the mean time.

I tried this with one file.  In *Messages*, I saw

    Desktop: File "/home/bob/foo" no longer exists.
    Desktop: 1 buffer restored, 1 failed to restore.

My procedure was:

    1. In Emacs, using `find-file', create a buffer named foo and
       insert some text in it.  
    2. In Emacs, save the buffer named foo to a file of the same name.
    3. In Emacs, kill the buffer containing the file foo.
    4. In Emacs, evaluate the expression:   (desktop-save "~bob/")
    5. In a shell, `rm foo'
    6. In Emacs, evaluate the expression:   (desktop-read "~bob/")

-- 
    Robert J. Chassell                         
    bob@rattlesnake.com                         GnuPG Key ID: 004B4AC8
    http://www.rattlesnake.com                  http://www.teak.cc

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Lars Hansen]

Robert J. Chassell wrote:

>I tried this with one file.  In *Messages*, I saw
>
>    Desktop: File "/home/bob/foo" no longer exists.
>    Desktop: 1 buffer restored, 1 failed to restore.
>
>My procedure was:
>
>    1. In Emacs, using `find-file', create a buffer named foo and
>       insert some text in it.  
>    2. In Emacs, save the buffer named foo to a file of the same name.
>    3. In Emacs, kill the buffer containing the file foo.
>    4. In Emacs, evaluate the expression:   (desktop-save "~bob/")
>    5. In a shell, `rm foo'
>    6. In Emacs, evaluate the expression:   (desktop-read "~bob/")
>
>  
>
If you kill the buffer foo *before* calling desktop-save, I don't see
how it can be saved in the desktop file.
Are you shure that you killed the buffer foo before calling desktop-save?

I can reproduce your scenario if I swop steps 3 and 4. Actually I have
to do two more steps:
  - Load the desktop library somehow since desktop-save isn't autoloaded.
  - Create and save one more buffer (say bar) so desktop will try to
restore *two* buffers.
Anyway, what I see is the expected behaviour.

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Robert J. Chassell]

   If you kill the buffer foo *before* calling desktop-save, I don't see
   how it can be saved in the desktop file.
   Are you shure that you killed the buffer foo before calling desktop-save?

My apologies.  My error.  I killed the buffer *after* calling
desktop-save.  The first time, I loaded the library, too.  I did not
have to create and save any more buffers, however.

I just did it again, still with
    Today's GNU Emacs CVS snapshot, 2006 May 18, 10:17 UTC
    GNU Emacs 22.0.50.72 (i686-pc-linux-gnu, GTK+ Version 2.8.16)
    started with

        emacs/src/emacs -Q -D

First I created `foo' with contents, "this is foo.
"

The *Buffer List* shows:

    .   foo                     13  Fundamental	  ~/foo
      * *scratch*               72  Lisp Interaction
      * *Messages*             220  Fundamental


I tried to evaluate (desktop-save "~bob/") but received a `void
function' error.  So, in the *scratch* buffer I evaluated

 (desktop-save-mode 1)

and then was able to evaluate:

 (desktop-save "~bob/")

I killed that instance of Emacs and started another plain vanilla instance.

In that instance in the previously empty *scratch* buffer I was able
to evaluate

 (desktop-read "~bob/")

and did not have to evaluate  (desktop-save-mode 1).

I did not ever have to create and save another buffer.

-- 
    Robert J. Chassell                         
    bob@rattlesnake.com                         GnuPG Key ID: 004B4AC8
    http://www.rattlesnake.com                  http://www.teak.cc

Re: [tutufan@gmail.com: restoring emacs session fails for missing files]

[Richard Stallman]

    I tried this with one file.  In *Messages*, I saw

	Desktop: File "/home/bob/foo" no longer exists.
	Desktop: 1 buffer restored, 1 failed to restore.

Looks like the bug is fixed.  Thanks.