Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
* G. Milde <[EMAIL PROTECTED]> [2007-04-13 12:00]: > IMO, it is a documentation issue. This change should be documented in the > changelog. I did not find it in the Jed Version: 0.99.18 (Debian package > jed 0.99.18-6) > > John, could you add this change to the changes.txt? Something like > > evalfile() no longer expands its `path' argument. You can use > evalfile(expand_filename(path)) to get the old behaviour. > > After this the bug can be closed. For the Debian pacakge, we might document it in debian/NEWS.Debian. This file is shown to the user who installed the apt-listchanges package. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
On 13.04.07, Rafael Laboissiere wrote: > * John E. Davis <[EMAIL PROTECTED]> [2007-04-12 15:15]: > > It was intended. evalfile is slang's lowest level file loading > > function, and as such it should not tamper with the name passed to it. > > For example, under Unix ~ is a perfectly valid directory name and it > > should be possible to load a file in that directory. For filename > > expansion, use the expand_filename function. While not as convenient, > > you can also use evalfile("$HOME/foo.sl"$); > Should we close this bug report? IMO, it is a documentation issue. This change should be documented in the changelog. I did not find it in the Jed Version: 0.99.18 (Debian package jed 0.99.18-6) John, could you add this change to the changes.txt? Something like evalfile() no longer expands its `path' argument. You can use evalfile(expand_filename(path)) to get the old behaviour. After this the bug can be closed. Günter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
* John E. Davis <[EMAIL PROTECTED]> [2007-04-12 15:15]: > It was intended. evalfile is slang's lowest level file loading > function, and as such it should not tamper with the name passed to it. > For example, under Unix ~ is a perfectly valid directory name and it > should be possible to load a file in that directory. For filename > expansion, use the expand_filename function. While not as convenient, > you can also use evalfile("$HOME/foo.sl"$); Should we close this bug report? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]