* Re: occasional failure to rename
[not found] <mailman.552.1189323938.18990.help-gnu-emacs@gnu.org>
@ 2007-09-09 8:54 ` knubee
2007-09-09 9:06 ` David Kastrup
0 siblings, 1 reply; 11+ messages in thread
From: knubee @ 2007-09-09 8:54 UTC (permalink / raw)
To: help-gnu-emacs
> > > > Weird. Do you use wdired (aka "Edit File Names")?
> > >
> > > Yes. As far as I can tell I have the latest version: 1.9.2pre3
>
> Emacs 22.1 has version 2.0. What are your Emacs version and operating
> system?
Ah, that solved it! I have 22.1 on ubuntu -- but I still had the old
version of wdired in my local elisp directory, so the new version in
the distrubution was being shadowed. removing the old wdired file
fixed things.
Is there a straightforward way of comparing which packages one has
loaded locally versus those that have been incorporated into the
distribution?
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: occasional failure to rename
2007-09-09 8:54 ` occasional failure to rename knubee
@ 2007-09-09 9:06 ` David Kastrup
2007-09-09 9:13 ` knubee
0 siblings, 1 reply; 11+ messages in thread
From: David Kastrup @ 2007-09-09 9:06 UTC (permalink / raw)
To: help-gnu-emacs
knubee <knubee@gmail.com> writes:
>> > > > Weird. Do you use wdired (aka "Edit File Names")?
>> > >
>> > > Yes. As far as I can tell I have the latest version: 1.9.2pre3
>>
>> Emacs 22.1 has version 2.0. What are your Emacs version and operating
>> system?
>
> Ah, that solved it! I have 22.1 on ubuntu -- but I still had the old
> version of wdired in my local elisp directory, so the new version in
> the distrubution was being shadowed. removing the old wdired file
> fixed things.
>
> Is there a straightforward way of comparing which packages one has
> loaded locally versus those that have been incorporated into the
> distribution?
At least
M-x list-load-path-shadows RET
can provide some sort of a hint what might be duplicated. Comparing
the versions is not easy, however, since you can't load both files at
once.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: occasional failure to rename
@ 2007-09-09 7:46 martin rudalics
0 siblings, 0 replies; 11+ messages in thread
From: martin rudalics @ 2007-09-09 7:46 UTC (permalink / raw)
To: knubee; +Cc: help-gnu-emacs
> > > Weird. Do you use wdired (aka "Edit File Names")?
> >
> > Yes. As far as I can tell I have the latest version: 1.9.2pre3
Emacs 22.1 has version 2.0. What are your Emacs version and operating
system?
> > > The next time this happens do
> > >
> > > M-: (require 'dired-aux)
> > >
> > > and retry (but post the contents of the *Backtrace* buffer here before).
> >
> > Ok. thanks.
>
> t just happened again and I saw the problem. It occurs after I use
> "r" to change a file name.
What command was "r" bound to when you typed it, was it
`wdired-change-to-wdired-mode'? Please do C-h k r.
> After that, emacs will throw an error if I
> use "R" to change/move a file during the same session. This occurs
> reliably.
Does
M-: (require 'dired-aux)
work at least?
^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <mailman.532.1189271845.18990.help-gnu-emacs@gnu.org>]
* Re: occasional failure to rename
@ 2007-09-08 17:18 martin rudalics
0 siblings, 0 replies; 11+ messages in thread
From: martin rudalics @ 2007-09-08 17:18 UTC (permalink / raw)
To: knubee; +Cc: help-gnu-emacs
>> Can you make it fail reliably when you do Emacs -Q, open a directory,
>> and try to rename a file before doing anything else?
>
> That worked fine. (Part of the difficulty here it happens enough to
> be significant, but not often enough that I notice the pattern of what
> I did prior to the problem occurring.)
Weird. Do you use wdired (aka "Edit File Names")?
You could customize `debug-on-error' to t on your system. This would
give us a clue what caused the bug.
>>> This does not happen all the time, but when it does the only solution
>>> I have found is to close out of emacs and restart.
>>
>> Do you have to restart Emacs because it's unresponsive or because it's
>> the only way to make renaming work?
>
> Because it is the only way to make renaming work. Everything else
> continues to work just fine, as far as I can tell.
The next time this happens do
M-: (require 'dired-aux)
and retry (but post the contents of the *Backtrace* buffer here before).
You obviously could put
(require 'dired-aux)
directly in your .emacs, but this would deprive us of any opportunity to
further investigate the cause of this bug.
^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <mailman.498.1189248344.18990.help-gnu-emacs@gnu.org>]
* Re: occasional failure to rename
[not found] <mailman.498.1189248344.18990.help-gnu-emacs@gnu.org>
@ 2007-09-08 14:03 ` knubee
0 siblings, 0 replies; 11+ messages in thread
From: knubee @ 2007-09-08 14:03 UTC (permalink / raw)
To: help-gnu-emacs
> Can you make it fail reliably when you do Emacs -Q, open a directory,
> and try to rename a file before doing anything else?
That worked fine. (Part of the difficulty here it happens enough to
be significant, but not often enough that I notice the pattern of what
I did prior to the problem occurring.)
> > This does not happen all the time, but when it does the only solution
> > I have found is to close out of emacs and restart.
>
> Do you have to restart Emacs because it's unresponsive or because it's
> the only way to make renaming work?
Because it is the only way to make renaming work. Everything else
continues to work just fine, as far as I can tell.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: occasional failure to rename
@ 2007-09-08 10:46 martin rudalics
0 siblings, 0 replies; 11+ messages in thread
From: martin rudalics @ 2007-09-08 10:46 UTC (permalink / raw)
To: knubee; +Cc: help-gnu-emacs
> Usually I am able to rename files in dired, but sometimes emacs throws
> an error when I try to rename/move a file or directory:
>
> dired-rename-file: Symbol's value as variable is void: dired-backup-
> overwrite
We probably have to add an autoload for `dired-backup-overwrite'.
Can you make it fail reliably when you do Emacs -Q, open a directory,
and try to rename a file before doing anything else?
> This does not happen all the time, but when it does the only solution
> I have found is to close out of emacs and restart.
Do you have to restart Emacs because it's unresponsive or because it's
the only way to make renaming work?
^ permalink raw reply [flat|nested] 11+ messages in thread
* occasional failure to rename
@ 2007-09-08 0:35 knubee
0 siblings, 0 replies; 11+ messages in thread
From: knubee @ 2007-09-08 0:35 UTC (permalink / raw)
To: help-gnu-emacs
Usually I am able to rename files in dired, but sometimes emacs throws
an error when I try to rename/move a file or directory:
dired-rename-file: Symbol's value as variable is void: dired-backup-
overwrite
This does not happen all the time, but when it does the only solution
I have found is to close out of emacs and restart.
A web/newsgroup search does not turn up anything. Anyone know a) what
could be causing this, and b) a less laborious way to resolve it if/
when it does occur?
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2007-09-09 9:13 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.552.1189323938.18990.help-gnu-emacs@gnu.org>
2007-09-09 8:54 ` occasional failure to rename knubee
2007-09-09 9:06 ` David Kastrup
2007-09-09 9:13 ` knubee
2007-09-09 7:46 martin rudalics
[not found] <mailman.532.1189271845.18990.help-gnu-emacs@gnu.org>
2007-09-08 23:40 ` knubee
2007-09-09 0:34 ` knubee
2007-09-09 0:47 ` knubee
-- strict thread matches above, loose matches on Subject: below --
2007-09-08 17:18 martin rudalics
[not found] <mailman.498.1189248344.18990.help-gnu-emacs@gnu.org>
2007-09-08 14:03 ` knubee
2007-09-08 10:46 martin rudalics
2007-09-08 0:35 knubee
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).