emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* org-reload (Re: some kind of bisect tool)
@ 2011-05-25 22:38 Samuel Wales
  2011-05-26  2:04 ` Bernt Hansen
  0 siblings, 1 reply; 3+ messages in thread
From: Samuel Wales @ 2011-05-25 22:38 UTC (permalink / raw)
  To: Bernt Hansen; +Cc: emacs-orgmode

Hi Bernt,

On 2011-05-25, Bernt Hansen <bernt@norang.ca> wrote:
> Trying to reuse the current session with an org-reload probably won't
> work well for the general case.

Perhaps it will work for the cases for which org-reload was designed.

>> By the way, I am having trouble loading source with c-u c-c c-x ! .  I
>> notice that some commands, such as m-s-right, are still compiled.
>
> I have no idea what is going on here.

Org-reload is broken for me and so is loading of *.el.  I think
org-reload should error when it cannot load a file, and ideally all
files would be loadable in any order.  Don't know if this is possible.
 If org-reload has no use, perhaps org-reload should be deleted?  But
a restart of Emacs is very slow for every git checkout.

I have to give up on computer use now as I cannot continue.

Thanks.

Samuel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: org-reload (Re: some kind of bisect tool)
  2011-05-25 22:38 org-reload (Re: some kind of bisect tool) Samuel Wales
@ 2011-05-26  2:04 ` Bernt Hansen
  2011-05-26  6:30   ` Carsten Dominik
  0 siblings, 1 reply; 3+ messages in thread
From: Bernt Hansen @ 2011-05-26  2:04 UTC (permalink / raw)
  To: Samuel Wales; +Cc: emacs-orgmode

Samuel Wales <samologist@gmail.com> writes:

> On 2011-05-25, Bernt Hansen <bernt@norang.ca> wrote:
>> Trying to reuse the current session with an org-reload probably won't
>> work well for the general case.
>
> Perhaps it will work for the cases for which org-reload was designed.
>
>>> By the way, I am having trouble loading source with c-u c-c c-x ! .  I
>>> notice that some commands, such as m-s-right, are still compiled.
>>
>> I have no idea what is going on here.
>
> Org-reload is broken for me and so is loading of *.el.  I think
> org-reload should error when it cannot load a file, and ideally all
> files would be loadable in any order.  Don't know if this is possible.
>  If org-reload has no use, perhaps org-reload should be deleted?  But
> a restart of Emacs is very slow for every git checkout.

I use M-x org-reload regularly when upgrading org-mode (instead of
restarting Emacs).

org-reload is great for moving forwards in the org-mode git history (to
newer commits) without restarting Emacs.  It's when you go backwards
(removing new functionality and definitions) that things get a bit
hairy since your current emacs lisp environment will have a mixture of
new and old definitions.

org-reload now just gets a list of files and loads them sequentially.

The function could probably be enhanced to check the status of the load
function call and doing something useful when it fails -- but that needs
to be thought out.  Carsten originally wrote this function and he may
have more thoughts about this.

Regards,
Bernt

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: org-reload (Re: some kind of bisect tool)
  2011-05-26  2:04 ` Bernt Hansen
@ 2011-05-26  6:30   ` Carsten Dominik
  0 siblings, 0 replies; 3+ messages in thread
From: Carsten Dominik @ 2011-05-26  6:30 UTC (permalink / raw)
  To: Bernt Hansen; +Cc: emacs-orgmode


On 26.5.2011, at 04:04, Bernt Hansen wrote:

> Samuel Wales <samologist@gmail.com> writes:
> 
>> On 2011-05-25, Bernt Hansen <bernt@norang.ca> wrote:
>>> Trying to reuse the current session with an org-reload probably won't
>>> work well for the general case.
>> 
>> Perhaps it will work for the cases for which org-reload was designed.
>> 
>>>> By the way, I am having trouble loading source with c-u c-c c-x ! .  I
>>>> notice that some commands, such as m-s-right, are still compiled.
>>> 
>>> I have no idea what is going on here.
>> 
>> Org-reload is broken for me and so is loading of *.el.  I think
>> org-reload should error when it cannot load a file, and ideally all
>> files would be loadable in any order.  Don't know if this is possible.
>> If org-reload has no use, perhaps org-reload should be deleted?  But
>> a restart of Emacs is very slow for every git checkout.
> 
> I use M-x org-reload regularly when upgrading org-mode (instead of
> restarting Emacs).
> 
> org-reload is great for moving forwards in the org-mode git history (to
> newer commits) without restarting Emacs.  It's when you go backwards
> (removing new functionality and definitions) that things get a bit
> hairy since your current emacs lisp environment will have a mixture of
> new and old definitions.
> 
> org-reload now just gets a list of files and loads them sequentially.
> 
> The function could probably be enhanced to check the status of the load
> function call and doing something useful when it fails -- but that needs
> to be thought out.  Carsten originally wrote this function and he may
> have more thoughts about this.

org-reload only reloads files that already have been
loaded.  So if you have not loaded org-crypt yet, it
will not be loaded again.  I am not sure I remember
why I did it like this, probably to solve problems
with the sequence of loading.

Org-reload is certainly not perfect.  Using a minimal Emacs
setup and just restart Emacs for the bisecting is probably best.

- Carsten

Does anyone know if there is a way to 

> 
> Regards,
> Bernt
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-05-26  7:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-25 22:38 org-reload (Re: some kind of bisect tool) Samuel Wales
2011-05-26  2:04 ` Bernt Hansen
2011-05-26  6:30   ` Carsten Dominik

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).