help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Recover file hints at startup


From: Glauber Alex Dias Prado
Subject: Re: Recover file hints at startup
Date: Thu, 24 Dec 2009 22:34:47 -0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

Glauber Alex Dias Prado <smade4@gmail.com> writes:

> Richard Lewis <richardlewis@fastmail.co.uk> writes:
>
>> At Thu, 24 Dec 2009 20:06:49 -0200,
>> Glauber Alex Dias Prado wrote:
>>> 
>>> Lennart Borgman <lennart.borgman@gmail.com> writes:
>>> 
>>> > On Wed, Dec 23, 2009 at 11:19 PM, Glauber Alex Dias Prado
>>> > <smade4@gmail.com> wrote:
>>> >> Richard Lewis <richardlewis@fastmail.co.uk> writes:
>>> >>
>>> >>> Hi there,
>>> >>>
>>> >>> I run Emacs 23 in daemon mode and occasionally it crashes. Sometimes
>>> >>> this means that autosave files (#...#) are left lying around for my
>>> >>> org-mode files. This causes a problem when restarting the Emacs
>>> >>> daemon: when starting org-mode it prompts that such-and-such.org has
>>> >>> unsaved changes, consider using M-x recover-this-file and then waits
>>> >>> for me to hit return.
> okay, you can redefine de function after-find-file on your .emacs and
> comment out the line containing (file-newer-than-file-p ...) on its
> definition at files.el
>
thinking more about, you could then re-redefine it to its default trough a
hook with delay at after-init-hook, ugly but would work for your needs i
think.
>>> >>>
>>> >>> This is fine, except when my Emacs daemon is starting without a
>>> >>> controlling terminal (e.g. when it starts as part of my login
>>> >>> process). It ends up waiting indefinitely for keyboard input.
>>> >>>
>>> >>> Any ideas how I can fix this?
>>> >> the fancy one is dont do this :).
>>> >
>>> >
>>> > A less glamorous answer is perhaps "send a bug report". With a fix or
>>> > without a fix.
>>> i said that cause i like to see emacs starting up and dont think it is a
>>> good idea to start it automatically at background, so dont do this,
>>> sorry for missing the explanation.
>>> 
>> Yes, I guessed that was what you were thinking. Doesn't mean that I
>> shouldn't want to be able to do it, though.
> surely




reply via email to

[Prev in Thread] Current Thread [Next in Thread]