CDPATH problem reappears when using octave-2.9.9 from Emacs 23

CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[Michel Salim]

--------
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

CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[John W. Eaton]

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

Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[Richard Stallman]

    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?

Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[Michel Salim]

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

Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[Richard Stallman]

    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.

Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[Michel Salim]

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

Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[John W. Eaton]

[-- 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

Re: CDPATH problem reappears when using octave-2.9.9 from Emacs 23

[Michel Salim]

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/