From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@coraid.com>
Date: Fri,  7 Aug 2009 11:48:47 -0400
To: 9fans@9fans.net
Message-ID: <baf88bf1507a277e58965ba14106fa82@coraid.com>
In-Reply-To: <df49a7370908070842k734c4c0aib88cef484bb8e236@mail.gmail.com>
References: <op.ux68vceu0p3ku8@localhost>
	<C859E54C-57ED-4CA4-B3E5-0812888D843D@storytotell.org>
	<d50d7d460908070634x33c7f954r2b71110fbcfe0295@mail.gmail.com>
	<56a297000908070650k458d7044p3ed07266c36ec9dc@mail.gmail.com>
	<df49a7370908070702g66ededcdj658d5e00a0482cc9@mail.gmail.com>
	<56a297000908070728n599faeccja3460d8507302157@mail.gmail.com>
	<df49a7370908070842k734c4c0aib88cef484bb8e236@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] Acme Configuration
Topicbox-Message-UUID: 3d36d128-ead5-11e9-9d60-3106f5b1d025

> ok, the last might be pushing it a bit,
> but ideally i'd like to be able to dump
> an acme session and restore it without
> any loss of continuity, and the Undo/Redo history
> is a very useful part of my acme context.
>
> - Dump would dump to the restored-from file rather than
> $home/acme.dump by default.
> - atomic dump file creation - if, for some reason,
> acme dies half-way through dumping, i don't
> want the old dump file to be erased with a dud
> new one.
>
> most of this should be fairly straightforward,
> i've just not made space in my life to do it yet.
>
> and i doubt it would be accepted as a patch anyway.

it positively won't be accepted if it doesn't exist.

- erik