Bug#418529: jed: evalfile() no longer supporting ~ in path name

[Rafael Laboissiere]

package jed
tags 418529 unreproducible moreinfo
thanks

* Peter Karlsson <peter at softwolves.pp.se> [2007-04-10 11:55]:

> Package: jed
> Version: 0.99.18-8.etch.4
> Severity: normal
> 
> Since I have the same configuration files on several different systems, with
> different $HOME, I have set up my .jedrc to use ~ to refer to a file under
> my home directory:
> 
>   evalfile("~/skel/jed/joe"); pop();
> 
> This used to work with the version of Jed in Sarge, but after an upgrade to
> Etch, it fails with
> 
>   Unable to load /usr/share/jed/lib/~/skel/jed/joe.slc
> 
> Changing the evalfile to take the full path works:
> 
>   evalfile("/home/peter/skel/jed/joe"); pop();
> 
> But that means having to refer to the actual home directory path on all my
> installations.

I cannot replicate this bug here.  what does the following give for you:

$ cat > /var/tmp/test.sl
message (expand_filename ("~/"));
$ jed -batch -n -l /var/tmp/test.sl
loading /usr/share/jed/lib/site.slc
loading /usr/share/jed/lib/os.sl
loading /usr/share/jed/lib/menus.slc
loading /usr/share/jed/lib/defaults.sl
loading /etc/jed.d/05jed-common.sl
loading /etc/jed.d/50jed-extra.sl
loading /usr/share/jed/jed-extra/libdir.sl
loading /usr/share/jed/jed-extra/ini.sl
loading /usr/share/jed/jed-extra/drop-in/ini.sl
loading /etc/jed.d/55jedstate.sl
loading /usr/share/jed/jed-extra/gdbmrecent.slc
loading /var/tmp/test.sl
/home/rafael/


-- 
Rafael Laboissiere