* CDPATH problem reappears when using octave-2.9.9 from Emacs 23
@ 2006-10-20 21:09 Michel Salim
2006-10-21 14:06 ` John W. Eaton
0 siblings, 1 reply; 8+ messages in thread
From: Michel Salim @ 2006-10-20 21:09 UTC (permalink / raw)
Cc: bug-gnu-emacs
--------
Bug report for Octave 2.9.9 configured for x86_64-redhat-linux-gnu
Description:
-----------
When running Octave 2.9.9 from Emacs (using the CVS unicode-2 branch here),
using M-x run-octave, I get this error:
"No such directory found via CDPATH environment variable"
This does not occur after I downgraded Octave to 2.9.8. The problem occurs both
on a Fedora Core 6 (prerelease) machine on x86_64 and on a Fedora Core 5
machine on i386.
The problem also does not occur when using the stable 21.4 release of Emacs
Repeat-By:
---------
* Install CVS version of emacs from the emacs-unicode-2 branch
* Start Emacs
* M-x run-octave
Fix:
---
* If possible, replace this item with a description of how to
fix the problem (if you don't have a fix for the problem, don't
include this section, but please do submit your report anyway).
Configuration (please do not edit this section):
-----------------------------------------------
uname output: Linux salem 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16
14:39:22 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux
configure opts: '--build=x86_64-redhat-linux-gnu'
'--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu'
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/usr/com'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--enable-shared' '--disable-static' '--enable-64=no'
'build_alias=x86_64-redhat-linux-gnu'
'host_alias=x86_64-redhat-linux-gnu'
'target_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic'
'CPPFLAGS=-I/usr/include/glpk' 'CXXFLAGS=-O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic' 'FFLAGS=-O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic'
Fortran compiler: gfortran
FFLAGS: -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic
F2C:
F2CFLAGS:
FLIBS: -L/usr/lib/gcc/x86_64-redhat-linux/4.1.1
-L/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64 -lhdf5 -lz -lgfortranbegin
-lgfortran -lm
CPPFLAGS: -I/usr/include/glpk
INCFLAGS: -I. -I. -I./liboctave -I./src -I./libcruft/misc
C compiler: gcc, version 4.1.1 20060928 (Red Hat 4.1.1-28)
CFLAGS: -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic
CPICFLAG: -fPIC
C++ compiler: g++, version 4.1.1
CXXFLAGS: -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic
CXXPICFLAG: -fPIC
LD_CXX: g++
LDFLAGS:
LIBFLAGS: -L.
RLD_FLAG: -Wl,-rpath -Wl,/usr/lib64/octave-2.9.9
BLAS_LIBS: -llapack -lblas
FFTW_LIBS: -lfftw3
LIBS: -lreadline -lncurses -ldl -lhdf5 -lz -lm
LEXLIB:
LIBDLFCN:
LIBGLOB:
SED: /bin/sed
DEFS:
-DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION=""
-DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DOCTAVE_SOURCE=1
-D_GNU_SOURCE=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSEPCHAR=':'
-DSEPCHAR_STR=":" -D__NO_MATH_INLINES=1 -DCXX_NEW_FRIEND_TEMPLATE_DECL=1
-DCXX_ISO_COMPLIANT_LIBRARY=1 -DCXX_ABI=unknown -DHAVE_LIBM=1
-DHAVE_REGEXEC=1 -DHAVE_REGEX=1 -DHAVE_REGEXEC=1 -DHAVE_ZLIB_H=1
-DHAVE_ZLIB=1 -DHAVE_HDF5_H=1 -DHAVE_HDF5=1 -DHAVE_H5GGET_NUM_OBJS=1
-DHAVE_FFTW3=1 -DHAVE_GLPK_H=1 -DHAVE_GLPK=1 -DHAVE_IEEE754_DATA_FORMAT=1
-DF77_FUNC(name,NAME)=name ## _ -DF77_FUNC_(name,NAME)=name ##
_ -DHAVE_BLAS=1 -DHAVE_UFSPARSE_UMFPACK_H=1 -DHAVE_UMFPACK=1
-DUMFPACK_SEPARATE_SPLIT=1 -DHAVE_UFSPARSE_COLAMD_H=1
-DHAVE_COLAMD=1 -DHAVE_UFSPARSE_CCOLAMD_H=1 -DHAVE_CCOLAMD=1
-DHAVE_UFSPARSE_CHOLMOD_H=1 -DHAVE_CHOLMOD=1 -DHAVE_UFSPARSE_CS_H=1
-DHAVE_CXSPARSE=1 -DHAVE_GETHOSTNAME=1 -DHAVE_GETPWNAM=1 -DHAVE_DEV_T=1
-DHAVE_INO_T=1 -DHAVE_NLINK_T=1 -DHAVE_NLINK_T=1 -DHAVE_LONG_LONG_INT=1
-DHAVE_UNSIGNED_LONG_LONG_INT=1 -DHAVE_SIGSET_T=1 -DHAVE_SIG_ATOMIC_T=1
-DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=8 -DSIZEOF_LONG_LONG=8
-DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DNPOS=std::string::npos
-DHAVE_PLACEMENT_DELETE=1 -DHAVE_DYNAMIC_AUTO_ARRAYS=1
-DSTDC_HEADERS=1 -DHAVE_DIRENT_H=1 -DTIME_WITH_SYS_TIME=1
-DHAVE_SYS_WAIT_H=1 -DHAVE_ASSERT_H=1 -DHAVE_CURSES_H=1 -DHAVE_DLFCN_H=1
-DHAVE_FCNTL_H=1 -DHAVE_FLOAT_H=1 -DHAVE_GRP_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_LIMITS_H=1 -DHAVE_LOCALE_H=1 -DHAVE_MEMORY_H=1 -DHAVE_NCURSES_H=1
-DHAVE_POLL_H=1 -DHAVE_PWD_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1
-DHAVE_SYS_POLL_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_SELECT_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMES_H=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_UTSNAME_H=1 -DHAVE_TERMCAP_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SSTREAM=1 -DHAVE_TERMIO_H=1 -DHAVE_SGTTY_H=1
-DHAVE_GLOB_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_FNMATCH=1 -DHAVE_GLOB=1
-DHAVE_ATEXIT=1 -DHAVE_BASENAME=1 -DHAVE_BCOPY=1 -DHAVE_BZERO=1
-DHAVE_CANONICALIZE_FILE_NAME=1 -DHAVE_DUP2=1 -DHAVE_ENDGRENT=1
-DHAVE_ENDPWENT=1 -DHAVE_EXECVP=1 -DHAVE_FCNTL=1 -DHAVE_FORK=1
-DHAVE_GETCWD=1 -DHAVE_GETEGID=1 -DHAVE_GETEUID=1 -DHAVE_GETGID=1
-DHAVE_GETGRENT=1 -DHAVE_GETGRGID=1 -DHAVE_GETGRNAM=1 -DHAVE_GETPGRP=1
-DHAVE_GETPID=1 -DHAVE_GETPPID=1 -DHAVE_GETPWENT=1 -DHAVE_GETPWUID=1
-DHAVE_GETTIMEOFDAY=1 -DHAVE_GETUID=1 -DHAVE_GETWD=1 -DHAVE_KILL=1
-DHAVE_LINK=1 -DHAVE_LOCALTIME_R=1 -DHAVE_LSTAT=1 -DHAVE_MEMMOVE=1
-DHAVE_MKDIR=1 -DHAVE_MKFIFO=1 -DHAVE_MKSTEMP=1 -DHAVE_ON_EXIT=1
-DHAVE_PIPE=1 -DHAVE_POLL=1 -DHAVE_PUTENV=1 -DHAVE_RAISE=1
-DHAVE_READLINK=1 -DHAVE_RENAME=1 -DHAVE_RINDEX=1 -DHAVE_RMDIR=1
-DHAVE_ROUND=1 -DHAVE_SELECT=1 -DHAVE_SETGRENT=1 -DHAVE_SETLOCALE=1
-DHAVE_SETPWENT=1 -DHAVE_SETVBUF=1 -DHAVE_SIGACTION=1 -DHAVE_SIGLONGJMP=1
-DHAVE_SIGPENDING=1 -DHAVE_SIGPROCMASK=1 -DHAVE_SIGSUSPEND=1 -DHAVE_STAT=1
-DHAVE_STRCASECMP=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRFTIME=1
-DHAVE_STRNCASECMP=1 -DHAVE_STRPTIME=1 -DHAVE_STRSIGNAL=1
-DHAVE_SYMLINK=1 -DHAVE_TEMPNAM=1 -DHAVE_UMASK=1 -DHAVE_UNAME=1
-DHAVE_UNLINK=1 -DHAVE_USLEEP=1 -DHAVE_VFPRINTF=1 -DHAVE_VSPRINTF=1
-DHAVE_VSNPRINTF=1 -DHAVE_WAITPID=1 -DHAVE_LIBDL=1 -DHAVE_DLOPEN=1
-DHAVE_DLSYM=1 -DHAVE_DLERROR=1 -DHAVE_DLCLOSE=1 -DHAVE_DLOPEN_API=1
-DENABLE_DYNAMIC_LINKING=1 -DHAVE_TIMEVAL=1 -DHAVE_FINITE=1
-DHAVE_ISNAN=1 -DHAVE_ISINF=1 -DHAVE_COPYSIGN=1 -DHAVE_DECL_SIGNBIT=1
-DHAVE_ACOSH=1 -DHAVE_ASINH=1 -DHAVE_ATANH=1 -DHAVE_ERF=1 -DHAVE_ERFC=1
-DHAVE_EXP2=1 -DHAVE_LOG2=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1
-DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_STRUCT_STAT_ST_RDEV=1
-DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DUSE_READLINE=1
-DEXCEPTION_IN_MATH=1 -DRETSIGTYPE=void -DHAVE_DECL_SYS_SIGLIST=1
-DHAVE_POSIX_SIGNALS=1 -DHAVE_GETRUSAGE=1 -DHAVE_TIMES=1
-DYYTEXT_POINTER=1 -DGNUPLOT_BINARY="gnuplot" -DGNUPLOT_HAS_FRAMES=
User-preferences (please do not edit this section):
--------------------------------------------------
EDITOR = emacs
EXEC_PATH = /usr/libexec/octave/2.9.9/site/exec/x86_64-redhat-linux-gnu:/usr/libexec/octave/api-v22/site/exec/x86_64-redhat-linux-gnu:/usr/libexec/octave/site/exec/x86_64-redhat-linux-gnu:/usr/libexec/octave/2.9.9/exec/x86_64-redhat-linux-gnu:/usr/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/michel/bin:/opt/chez/bin:/home/michel/opt/groovy/bin:/opt/python2.4/bin
IMAGE_PATH = .:/usr/share/octave/2.9.9/imagelib
PAGER = less -e -X -P'-- less ?pB(%pB\%):--. (f)orward, (b)ack, (q)uit$'
PS1 = \s:\#>
PS2 = >
PS4 = +
automatic_replot = 1
beep_on_error = 0
completion_append_char =
crash_dumps_octave_core = 1
echo_executing_commands = 0
fixed_point_format = 0
gnuplot_binary = gnuplot
gnuplot_command_end =
gnuplot_command_plot = pl
gnuplot_command_replot = rep
gnuplot_command_splot = sp
gnuplot_command_title = t
gnuplot_command_using = u
gnuplot_command_with = w
history_file = /home/michel/.octave_hist
history_size = 1024
ignore_function_time_stamp = system
info_file = /usr/share/info/octave.info
info_program = info
makeinfo_program = makeinfo
max_recursion_depth = 256
output_max_field_width = 5
output_precision = 5
page_output_immediately = 0
page_screen_output = 1
print_answer_id_name = 1
print_empty_dimensions = 1
save_precision = 16
saving_history = 1
sighup_dumps_octave_core = 1
sigterm_dumps_octave_core = 1
silent_functions = 0
split_long_rows = 1
string_fill_char =
struct_levels_to_print = 2
suppress_verbose_help_message = 0
^ permalink raw reply [flat|nested] 8+ messages in thread
* CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-20 21:09 CDPATH problem reappears when using octave-2.9.9 from Emacs 23 Michel Salim
@ 2006-10-21 14:06 ` John W. Eaton
2006-10-23 5:11 ` Richard Stallman
0 siblings, 1 reply; 8+ messages in thread
From: John W. Eaton @ 2006-10-21 14:06 UTC (permalink / raw)
Cc: bug, bug-gnu-emacs
On 20-Oct-2006, Michel Salim wrote:
| --------
| Bug report for Octave 2.9.9 configured for x86_64-redhat-linux-gnu
|
| Description:
| -----------
|
| When running Octave 2.9.9 from Emacs (using the CVS unicode-2 branch here),
| using M-x run-octave, I get this error:
|
| "No such directory found via CDPATH environment variable"
|
| This does not occur after I downgraded Octave to 2.9.8. The problem occurs both
| on a Fedora Core 6 (prerelease) machine on x86_64 and on a Fedora Core 5
| machine on i386.
|
| The problem also does not occur when using the stable 21.4 release of Emacs
|
| Repeat-By:
| ---------
|
| * Install CVS version of emacs from the emacs-unicode-2 branch
| * Start Emacs
| * M-x run-octave
Is there an Emacs expert on the list who can do this? I don't have
time for it.
In any case, I looked at the Emacs lisp files that are distributed
with the pre-release of Emacs that I am using and it appears that this
message could come from the cd function.
Is there a cd command in any of your Octave startup files (user or
system) that is trying to change to a directory that doesn't exist?
The function in the Octave Emacs mode (at least the one distributed
with Octave) that calls cd is
(defun inferior-octave-directory-tracker (string)
"Tracks `cd' commands issued to the inferior Octave process.
Use \\[inferior-octave-resync-dirs] to resync if Emacs gets confused."
(cond
((string-match "^[ \t]*cd[ \t;]*$" string)
(cd "~"))
((string-match "^[ \t]*cd[ \t]+\\([^ \t\n;]*\\)[ \t\n;]*" string)
(cd (substring string (match-beginning 1) (match-end 1))))))
This function is set as the comint-input-filter-functions, so I think
it will scan all input passed to Octave from Emacs.
jwe
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-21 14:06 ` John W. Eaton
@ 2006-10-23 5:11 ` Richard Stallman
2006-10-26 5:33 ` Michel Salim
0 siblings, 1 reply; 8+ messages in thread
From: Richard Stallman @ 2006-10-23 5:11 UTC (permalink / raw)
Cc: bug, michel.salim, bug-gnu-emacs
In any case, I looked at the Emacs lisp files that are distributed
with the pre-release of Emacs that I am using and it appears that this
message could come from the cd function.
It looks that way.
Michel, how about if you do M-x toggle-debug-on-error,
and see how cd is actually being called and from where and why?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-23 5:11 ` Richard Stallman
@ 2006-10-26 5:33 ` Michel Salim
2006-10-26 10:11 ` Richard Stallman
0 siblings, 1 reply; 8+ messages in thread
From: Michel Salim @ 2006-10-26 5:33 UTC (permalink / raw)
Cc: bug, bug-gnu-emacs, John W. Eaton
On 10/23/06, Richard Stallman <rms@gnu.org> wrote:
> In any case, I looked at the Emacs lisp files that are distributed
> with the pre-release of Emacs that I am using and it appears that this
> message could come from the cd function.
>
> It looks that way.
>
> Michel, how about if you do M-x toggle-debug-on-error,
> and see how cd is actually being called and from where and why?
>
The last function called before the error was
inferior-octave-resync-dirs(), called by inferior-octave-startup(),
called by run-octave(nil). The directory that's not found via CDPATH
is whatever the current directory is when emacs was invoked.
The bizarre thing is:
1. This does not get triggered by octave 2.9.8
2. adding that directory to CDPATH does not change the result
3. I've tried using the emacs mode shipped with Octave by adding them
to the load-path, and get the same error. So it's probably not caused
by the difference between the two modes.
The curious thing is, the last time a CDPATH problem was reported in
relation to Octave, the solution was precisely to add the call to
inferior-octave-resync-dirs() ...
http://velveeta.che.wisc.edu/octave/lists/archive//help-octave.2005/msg03088.html
Thanks for looking into this - I could go back to Emacs 21.4, but CVS
23 looks so much more polished.
--
Michel Salim
http://salimma.livejournal.com
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-26 5:33 ` Michel Salim
@ 2006-10-26 10:11 ` Richard Stallman
2006-10-26 12:58 ` Michel Salim
0 siblings, 1 reply; 8+ messages in thread
From: Richard Stallman @ 2006-10-26 10:11 UTC (permalink / raw)
Cc: bug, bug-gnu-emacs, jwe
2. adding that directory to CDPATH does not change the result
What _precisely_ did you do to add that directory to CDPATH? Perhaps
you did not alter the path in a way that affects this command.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-26 10:11 ` Richard Stallman
@ 2006-10-26 12:58 ` Michel Salim
2006-10-26 13:54 ` John W. Eaton
0 siblings, 1 reply; 8+ messages in thread
From: Michel Salim @ 2006-10-26 12:58 UTC (permalink / raw)
Cc: bug, bug-gnu-emacs, jwe
On 10/26/06, Richard Stallman <rms@gnu.org> wrote:
> 2. adding that directory to CDPATH does not change the result
>
> What _precisely_ did you do to add that directory to CDPATH? Perhaps
> you did not alter the path in a way that affects this command.
>
export CDPATH=".:~:~/Documents"
emacs
This is using the Bash shell.
--
Michel Salim
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-26 12:58 ` Michel Salim
@ 2006-10-26 13:54 ` John W. Eaton
2006-10-26 23:59 ` Michel Salim
0 siblings, 1 reply; 8+ messages in thread
From: John W. Eaton @ 2006-10-26 13:54 UTC (permalink / raw)
Cc: bug, bug-gnu-emacs, rms
[-- Attachment #1: message body text --]
[-- Type: text/plain, Size: 633 bytes --]
On 26-Oct-2006, Michel Salim wrote:
| On 10/26/06, Richard Stallman <rms@gnu.org> wrote:
| > 2. adding that directory to CDPATH does not change the result
| >
| > What _precisely_ did you do to add that directory to CDPATH? Perhaps
| > you did not alter the path in a way that affects this command.
| >
| export CDPATH=".:~:~/Documents"
| emacs
|
| This is using the Bash shell.
I think the bug is actually in octave-inf.el, and is happening because
of some recent changes in Octave. Please try the following patch.
This is relative to the version of octave-inf.el that is currently in
the Emacs CVS archive.
Thanks,
jwe
[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 3973 bytes --]
2006-10-26 John W. Eaton <jwe@octave.org>
* progmodes/octave-inf.el (inferior-octave-has-built-in-variables):
New defvar.
(inferior-octave-resync-dirs): Check to see whether Octave has
built-in variables and set inferior-octave-has-built-in-variables.
Check inferior-octave-has-built-in-variables to decide whether to
send commands that set built-in variables or call functions to
change Octave's behavior.
Send "disp (pwd ())" to Octave instead of just "pwd".
(inferior-octave-startup): Send "more off" to Octave instead of
"page_screen_output = 0".
*** octave-inf.el.orig Thu Oct 26 09:48:26 2006
--- octave-inf.el Thu Oct 26 09:50:06 2006
***************
*** 113,118 ****
--- 113,121 ----
(defvar inferior-octave-complete-impossible nil
"Non-nil means that `inferior-octave-complete' is impossible.")
+ (defvar inferior-octave-has-built-in-variables nil
+ "Non-nil means that Octave has built-in variables.")
+
(defvar inferior-octave-dynamic-complete-functions
'(inferior-octave-complete comint-dynamic-complete-filename)
"List of functions called to perform completion for inferior Octave.
***************
*** 218,228 ****
'identity inferior-octave-output-list "\n")
"\n"))))
;; An empty secondary prompt, as e.g. obtained by '--braindead',
;; means trouble.
(inferior-octave-send-list-and-digest (list "PS2\n"))
! (if (string-match "^PS2 = *$" (car inferior-octave-output-list))
! (inferior-octave-send-list-and-digest (list "PS2 = \"> \"\n")))
;; O.k., now we are ready for the Inferior Octave startup commands.
(let* (commands
--- 221,240 ----
'identity inferior-octave-output-list "\n")
"\n"))))
+ ;; Find out whether Octave has built-in variables.
+ (inferior-octave-send-list-and-digest
+ (list "exist \"LOADPATH\"\n"))
+ (setq inferior-octave-has-built-in-variables
+ (string-match "101$" (car inferior-octave-output-list)))
+
;; An empty secondary prompt, as e.g. obtained by '--braindead',
;; means trouble.
(inferior-octave-send-list-and-digest (list "PS2\n"))
! (if (string-match "\\(PS2\\|ans\\) = *$" (car inferior-octave-output-list))
! (inferior-octave-send-list-and-digest
! (list (if inferior-octave-has-built-in-variables
! "PS2 = \"> \"\n"
! "PS2 (\"> \");\n"))))
;; O.k., now we are ready for the Inferior Octave startup commands.
(let* (commands
***************
*** 230,239 ****
(file (or inferior-octave-startup-file
(concat "~/.emacs-" program))))
(setq commands
! (list "page_screen_output = 0;\n"
(if (not (string-equal
inferior-octave-output-string ">> "))
! "PS1=\"\\\\s> \";\n")
(if (file-exists-p file)
(format "source (\"%s\");\n" file))))
(inferior-octave-send-list-and-digest commands))
--- 242,253 ----
(file (or inferior-octave-startup-file
(concat "~/.emacs-" program))))
(setq commands
! (list "more off;\n"
(if (not (string-equal
inferior-octave-output-string ">> "))
! (if inferior-octave-has-built-in-variables
! "PS1=\"\\\\s> \";\n"
! "PS1 (\"\\\\s> \");\n"))
(if (file-exists-p file)
(format "source (\"%s\");\n" file))))
(inferior-octave-send-list-and-digest commands))
***************
*** 383,389 ****
This command queries the inferior Octave process about its current
directory and makes this the current buffer's default directory."
(interactive)
! (inferior-octave-send-list-and-digest '("pwd\n"))
(cd (car inferior-octave-output-list)))
;;; provide ourself
--- 397,403 ----
This command queries the inferior Octave process about its current
directory and makes this the current buffer's default directory."
(interactive)
! (inferior-octave-send-list-and-digest '("disp (pwd ())\n"))
(cd (car inferior-octave-output-list)))
;;; provide ourself
[-- Attachment #3: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Bug-octave mailing list
Bug-octave@octave.org
https://www.cae.wisc.edu/mailman/listinfo/bug-octave
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23
2006-10-26 13:54 ` John W. Eaton
@ 2006-10-26 23:59 ` Michel Salim
0 siblings, 0 replies; 8+ messages in thread
From: Michel Salim @ 2006-10-26 23:59 UTC (permalink / raw)
Cc: bug, bug-gnu-emacs, rms
On 10/26/06, John W. Eaton <jwe@bevo.che.wisc.edu> wrote:
> On 26-Oct-2006, Michel Salim wrote:
>
> | On 10/26/06, Richard Stallman <rms@gnu.org> wrote:
> | > 2. adding that directory to CDPATH does not change the result
> | >
> | > What _precisely_ did you do to add that directory to CDPATH? Perhaps
> | > you did not alter the path in a way that affects this command.
> | >
> | export CDPATH=".:~:~/Documents"
> | emacs
> |
> | This is using the Bash shell.
>
> I think the bug is actually in octave-inf.el, and is happening because
> of some recent changes in Octave. Please try the following patch.
> This is relative to the version of octave-inf.el that is currently in
> the Emacs CVS archive.
>
> Thanks,
>
> jwe
>
That does the trick, thanks!
--
Michel Salim
http://www.cs.indiana.edu/~msalim
http://the-dubois-papers.blogspot.com/
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2006-10-26 23:59 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-20 21:09 CDPATH problem reappears when using octave-2.9.9 from Emacs 23 Michel Salim
2006-10-21 14:06 ` John W. Eaton
2006-10-23 5:11 ` Richard Stallman
2006-10-26 5:33 ` Michel Salim
2006-10-26 10:11 ` Richard Stallman
2006-10-26 12:58 ` Michel Salim
2006-10-26 13:54 ` John W. Eaton
2006-10-26 23:59 ` Michel Salim
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).