I think this is a fix for the bug.
---------- Forwarded message ----------
From: Kim Hansen <[EMAIL PROTECTED]>
Date: Wed, May 14, 2008 at 4:52 PM
Subject: Re: Initialization of load_path at startup
To: John Swensen <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
On Wed, May 14, 2008 at 2:02 PM, John Swensen <[EMAIL PROTECTED]> wrote:
> I am having a strange problem with the load_path while working on OctaveDE.
> Below I have listed the results of the path() command just after startup.
> I have been searching for how the load_path is initialized at startup and
> cannot figure out how in the world that extra line is getting injected when
> I start up octave_main from OctaveDE, and it is not happening when simply
> running octave.
>
>
> First 3 lines of output of path() command in Octave when executed from
> Octave.app
> .
> /Applications/Octave.app/Contents/Resources/share/octave/site/m/startup
> /Applications/Octave.app/Contents/Resources/libexec/octave/3.0.1/oct/i386-apple-darwin8.9.1
>
>
> First 3 lines of output of path() command in Octave when running in
> OctaveDE.app
> .
> ./Applications/Octave.app/Contents/Resources/share/octave/site/m
> /Applications/Octave.app/Contents/Resources/share/octave/site/m/startup
I think this is the same bug as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477556, and I also
think I have found a solution, patch is attached.
I am not really sure why we start with "." in the xpath variable, as
"." always is in path, I have just tried to fix the bug without
creating a new one.
--
Kim Hansen
Vadgårdsvej 3, 2.tv
2860 Søborg
Fastnet: 3956 2437 -- Mobil: 3091 2437
--
Kim Hansen
Vadgårdsvej 3, 2.tv
2860 Søborg
Fastnet: 3956 2437 -- Mobil: 3091 2437
diff --git a/src/load-path.cc b/src/load-path.cc
--- a/src/load-path.cc
+++ b/src/load-path.cc
@@ -444,7 +444,7 @@
xpath += dir_path::path_sep_str + tpath;
if (! sys_path.empty ())
- xpath += sys_path;
+ xpath += dir_path::path_sep_str + sys_path;
do_set (xpath, false);
}
