Hi Reuben and Gerald, On Sat, Dec 20, 2014 at 22:52:20 +0000, Reuben Thomas wrote: > > The line: > > (bufname (buffer-name buf)) ; compute before uniquify hits! > > uses buf when it may not have been set to anything, which causes a > void-variable error.
On Sun, May 17, 2015 at 03:13:33PM -0700, Gerald Turner wrote:
> Package: emacs-goodies-el
> Version: 35.12
> Followup-For: Bug #773620
>
> This seems to become a problem since upgrading to emacs24.
>
> To reproduce it, in a clean emacs -q session:
>
> (require 'ff-paths)
> (ff-paths-install)
>
> (setq debug-on-error t)
>
> C-x C-f /tmp/foo
>
> Debugger entered--Lisp error: (void-variable buf)
> find-file-using-paths-hook()
> run-hook-with-args-until-success(find-file-using-paths-hook)
> #[257 "\303\301!\203
> funcall(#[257 "\303\301!\203
> find-file-noselect("/tmp/foo" nil nil t)
> find-file("/tmp/foo" t)
> call-interactively(find-file nil nil)
> command-execute(find-file)
I assume this is still a problem in stable (stretch, Debian 9) through
sid? The Debian Emacsen team has adopted emacs-goodies-el and is the
process of transitioning from bundled .els to elpafied packages.
Buggy addons with dead upstreams are being dropped. It would be nice
to transition from a buggy dropped addons to ones that provide similar
functionality.
Do the built-in 'find-dired or 'find-name-dired provide the desired
interface and functionality of 'ff-path, or would the following be an
adequate substitute?
https://packages.debian.org/buster/elpa-find-file-in-project
Thanks,
Nicholas
signature.asc
Description: PGP signature
