Re: [Jmri-developers] Broken file code on Linux

[<pau...@ac...>]

On 10 Mar, Bob Jacobsen wrote:
>>  69448 configurexml.PerformActionModelXml    ERROR - Could not 
>>instantiate specified class: jmri.jmrix.lenz.mon.XNetMonAction [main]
> 
> It means that your startup preferences want to open the XpressNet 
> monitor window, but that failed for some reason.  I wonder why?

I'm pretty sure this is because I'm running the program from one
directory below the build directory, instead of in the build directory
itself.  I redefined the classpath in my start scripts to handle this a
long time ago, but it doesn't work for some reason when starting an
action at startup.... and I haven't felt an  urgent need to fix the
problem.

> It seems that for some reason the roster index is being defined as 
> "/home/Paul/.jmriroster.xml" That file is then searched for, not 
> found, and then searched for in a couple other places: The 
> preferences directory, and the xml directory.  That last part seems 
> to be fine, it's the original filename to be located that's wrong.

Hmmm... strangely, it appears I have a "/home/Paul/.jmriroster.xml.bak"
file... so the bad filename may have been generated a long time ago...

> This makes me wonder if the problem isn't in your 
> DecoderProConfig2.xml file.  Could you check to see what it defines 
> for the roster file?  If that's the cause of this, it just moves the 
> problem around, unfortunately, because we still need to understand 
> how that value got messed up.

It shows /home/Paul/.jmri (no trailing slash) as the roster directory.

This was written with version 1.7.3, and I don't think I have ever hand
edited it. (certainly not in the last week).

I have several different configuration files that I switch between to
test with different interfaces, the only one that includes the trailing
slash is the oldest of these... which was written with 1.5.3.

Doing a quick check... when I redefine the roster directory with the
current CVS files, it puts the trailing slash in place.  That seems to
fix the problem.

I'm going to assume this is an old bug, and that somehow I erased the
file that was being  used as the roster file...  but that still seems to
indicate there may be a bug... namely, the code that locates the
individual locomotive files within the roster appears to add the
required slash to the end of the directory that should contain the
roster, but the code looking for the roster file itself does not....
that should probably be fixed, even though the preferences dialog
doesn't allow free form names for the directories.

Paul
-- 
______________________________________________________________________________

	"Quality is a Characteristic of thought and statement that 
	is recognized by a nonthinking process. Because 
	definitions are a product of rigid formal thinking, 
	quality cannot be defined."
		Robert M. Pirsig
			Zen and The Art of Motorcycle Maintenance