Bug#418529: jed: evalfile() no longer supporting ~ in path name
package jed tag 418529 - unreproducible thanks Hi Peter, Peter Karlsson schrieb am Tue 10. Apr, 11:55 (+0100): 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(); For the first time, use () = evalfile($HOME/skel/jed/joe$); % xjed -batch -f '()=evalfile(~/.jed/latex.sl)' loading /usr/share/jed/jed-extra/~/.jed/latex.sl Unable to load /usr/share/jed/jed-extra/~/.jed/latex.sl Traceback: evalfile ***string***:1:top-level:Open failed Traceback: called from eval: ()=evalfile(~/.jed/latex.sl) Traceback: eval /usr/share/jed/lib/site.slc:3206:command_line_hook:Open failed Local variables for command_line_hook: Integer_Type command_line_hook = 1 Integer_Type command_line_hook = 3 String_Type command_line_hook = -f Integer_Type command_line_hook = 0 String_Type command_line_hook = ()=evalfile(~/.jed/latex.sl) Undefined_Type command_line_hook = Undefined_Type String_Type command_line_hook = /home/joerg/.jed/jed.rc String_Type command_line_hook = ()=evalfile(~/.jed/latex.sl) Undefined_Type command_line_hook = Undefined_Type Error encountered while executing command_line_hook Have a nice day, Jörg. -- Es liegt in der Natur des Menschen, vernünftig zu denken und unlogisch zu handeln! Das Gesagte ist nicht das Gemeinte und das Gehörte nicht das Verstandene! pgp79FFJC4rac.pgp Description: PGP signature
Bug#418529: jed: evalfile() no longer supporting ~ in path name
package jed tag 418529 - moreinfo thanks Thanks for the moreinfo, Jörg (hence the removal of the tag). * Jörg Sommer [EMAIL PROTECTED] [2007-04-11 10:32]: package jed tag 418529 - unreproducible thanks % xjed -batch -f '()=evalfile(~/.jed/latex.sl)' loading /usr/share/jed/jed-extra/~/.jed/latex.sl Unable to load /usr/share/jed/jed-extra/~/.jed/latex.sl Traceback: evalfile ***string***:1:top-level:Open failed Traceback: called from eval: ()=evalfile(~/.jed/latex.sl) Traceback: eval /usr/share/jed/lib/site.slc:3206:command_line_hook:Open failed Local variables for command_line_hook: Integer_Type command_line_hook = 1 Integer_Type command_line_hook = 3 String_Type command_line_hook = -f Integer_Type command_line_hook = 0 String_Type command_line_hook = ()=evalfile(~/.jed/latex.sl) Undefined_Type command_line_hook = Undefined_Type String_Type command_line_hook = /home/joerg/.jed/jed.rc String_Type command_line_hook = ()=evalfile(~/.jed/latex.sl) Undefined_Type command_line_hook = Undefined_Type Error encountered while executing command_line_hook Is this a bug in JED? -- Rafael
Bug#418529: jed: evalfile() no longer supporting ~ in path name
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. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-486 Locale: LANG=sv, LC_CTYPE=sv (charmap=ISO-8859-1) (ignored: LC_ALL set to sv_SE.ISO8859-1) Versions of packages jed depends on: ii jed-common 0.99.18-8.etch.4 S-Lang runtime files for jed and x ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgpmg11.19.6-25General Purpose Mouse - shared lib ii libslang2 2.0.6-4 The S-Lang programming library - r jed recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418529: jed: evalfile() no longer supporting ~ in path name
package jed tags 418529 unreproducible moreinfo thanks * Peter Karlsson [EMAIL PROTECTED] [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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]