org-check.org confusion

org-check.org confusion

[Lawrence Bottorff]

[-- Attachment #1: Type: text/plain, Size: 592 bytes --]

I got the org-check.org in my Emacs buffer. I do C-u C-c * . I watch
Messages throw this:

Re-applying formulas to full table...(line 73)
Re-applying formulas to 73 lines...done
Re-applying formulas...done [2 times]
Auto-saving...

But there is no advertised re-write with "results" placed into the results
column. I then look in the directory where org-check.org is -- and I see a

.#org-check.org -> lawrence@lawrence-ThinkPad-T61.11138:1363708367

I'm guessing org-check.org tried to email me "results?" The
org-check.orgfile has no email in-buffer property I can find. Please
advise.

LB

[-- Attachment #2: Type: text/html, Size: 963 bytes --]

Re: org-check.org confusion

[Loyall, David]

[-- Attachment #1: Type: text/plain, Size: 1389 bytes --]

FYI, I don't think that email is involved here.

I think that [lawrence]@[lawrence-ThinkPad-T61].[11138]:[1363708367]

...is: [username]@[hostname].[pid or port]:[unix timestamp]

1363708367 = Tue, 19 Mar 2013 15:52:47 GMT

Dear orgmode users: what does that represent?  Is it a socket?  A named pipe?

Just curious, thanks,

--Dave

From: emacs-orgmode-bounces+david.loyall=nebraska.gov@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska.gov@gnu.org] On Behalf Of Lawrence Bottorff
Sent: Wednesday, March 20, 2013 15:06 PM
To: emacs-orgmode@gnu.org
Subject: [O] org-check.org confusion

I got the org-check.org<http://org-check.org> in my Emacs buffer. I do C-u C-c * . I watch Messages throw this:

Re-applying formulas to full table...(line 73)
Re-applying formulas to 73 lines...done
Re-applying formulas...done [2 times]
Auto-saving...

But there is no advertised re-write with "results" placed into the results column. I then look in the directory where org-check.org<http://org-check.org> is -- and I see a

.#org-check.org<http://org-check.org> -> lawrence@lawrence-ThinkPad-T61.11138:1363708367<mailto:lawrence@lawrence-ThinkPad-T61.11138:1363708367>

I'm guessing org-check.org<http://org-check.org> tried to email me "results?" The org-check.org<http://org-check.org> file has no email in-buffer property I can find. Please advise.

LB

[-- Attachment #2: Type: text/html, Size: 6219 bytes --]

Re: org-check.org confusion

[Christopher Schmidt]

"Loyall, David" <david.loyall@nebraska.gov> writes:
> Dear orgmode users: what does that represent?

    (info "(emacs)Interlocking")

        Christopher

Re: org-check.org confusion

[Lawrence Bottorff]

[-- Attachment #1: Type: text/plain, Size: 459 bytes --]

Any details about how this is involved with this issue? I have an #
org-check.org# in this directory too. Being totally a beginner with elisp
hacking, I don't know how to trace out this behavior.

On Wed, Mar 20, 2013 at 3:32 PM, Christopher Schmidt <
christopher@ch.ristopher.com> wrote:

> "Loyall, David" <david.loyall@nebraska.gov> writes:
> > Dear orgmode users: what does that represent?
>
>     (info "(emacs)Interlocking")
>
>         Christopher
>
>

[-- Attachment #2: Type: text/html, Size: 933 bytes --]

Re: org-check.org confusion

[Loyall, David]

Well, to access the documentation about this:
	M-: (info "(emacs)Interlocking") <RET>

...This tells us that the file you saw in the directory is a lock.

The solution is to remove the lock, then try again.

But how do I, also an Emacs newbie, know that?  Well, lock files aren't peculiar to Emacs.  Have a look: http://en.wikipedia.org/wiki/File_locking#Lock_files

:)

How do you remove the lock?  Well, first close all your Emacs buffers (on any machine, anywhere) that are pointed at the org-check.org file.  Then see if the lock file is still there.  If it's there, and you're not editing the file in an Emacs buffer, than the lock is stale.  Manually delete it.  (Alternatively, Emacs has some user interface for doing this.  It is described in that info page ^^^.)

Incidentally, the #org-check.org# file is some sort of automatically saved backup.

Hope this helps,
--Dave

p.s. I have no idea what org-check.org is, but I presume that some org process normally writes to it, and in your case, it respected the lock, but didn't prompt you, or it did prompt you and you gave some answer other than "steal the lock".


---------
From: emacs-orgmode-bounces+david.loyall=nebraska.gov@gnu.org [mailto:emacs-orgmode-bounces+david.loyall=nebraska.gov@gnu.org] On Behalf Of Lawrence Bottorff
Sent: Wednesday, March 20, 2013 15:42 PM
To: emacs-orgmode@gnu.org
Subject: Re: [O] org-check.org confusion

Any details about how this is involved with this issue? I have an #org-check.org# in this directory too. Being totally a beginner with elisp hacking, I don't know how to trace out this behavior.
On Wed, Mar 20, 2013 at 3:32 PM, Christopher Schmidt <christopher@ch.ristopher.com> wrote:
"Loyall, David" <david.loyall@nebraska.gov> writes:
> Dear orgmode users: what does that represent?
    (info "(emacs)Interlocking")

        Christopher

Re: org-check.org confusion

[Sebastien Vauban]

Hi David,

"Loyall, David" wrote:
> But how do I, also an Emacs newbie, know that? Well, lock files aren't
> peculiar to Emacs. Have a look:
> http://en.wikipedia.org/wiki/File_locking#Lock_files
>
> :)
>
> How do you remove the lock? Well, first close all your Emacs buffers (on any
> machine, anywhere) that are pointed at the org-check.org file. Then see if the
> lock file is still there. If it's there, and you're not editing the file in an
> Emacs buffer, than the lock is stale. Manually delete it. (Alternatively,
> Emacs has some user interface for doing this. It is described in that info
> page ^^^.)

When you open f.org, if there is an #f.org# file, Emacs will let you know:

  You should recover this file

is displayed in the echo area.

Then, simply type M-x recover-this-file, and answer:

- yes, to overwrite f.org with that auto-saved version
- no, to simply delete #f.org#

FYI, I've customized the color `recover-this-file' with an orange background
in order to clearly see that Emacs has something to tell me, even if I
overlooked the msg in the echo area:

  ... (recover-this-file ((,class (:background "white" :background "#FF3F3F"))))

Best regards,
  Seb

-- 
Sebastien Vauban