Putting 309 on the player now, thanks.

Do you think this might solve the problem GPSapp is having with parsing the config.ini?

Yes, it should.

If not, then send me that output. I'm going off-network for a while but I'll take the Treo and the cable (and my laptop) with me and "dial in" (not really, and it's better than 56k anyway) after I eat.

It didn't, so I'm going to send you that output now. Do you need it from the regular version of gpsapp, or from the verbose-debug version of gpsapp?

I don't think it worked...

Switching to shell-player loop
Starting bash.
empeg:/empeg/bin# ps auxww|grep gpsapp|grep -v grep|awk '{print $2}'|xargs kill
bash: awk: command not found
bash: xargs: command not found
empeg:/empeg/bin# rw
empeg:/empeg/bin# /drive0/var/gpsapp/gpsapp>/usr/tmp/mumble
bash: /usr/tmp/mumble: No such file or directory
empeg:/empeg/bin# /drive0/var/gpsapp/gpsapp>ro
empeg:/empeg/bin#

Remember, I know nothing about Linux, I need hand-holding...

This line: /drive0/var/gpsapp/gpsapp>ro just ran gpsapp and wrote it's output to a file called "ro".

-ml

/empeg/bin# ps auxww|grep gpsapp|grep -v grep|awk '{print $2}'|xargs kill

The above failes cuz there's no "xargs" or "awk" on the player.

Do it this way instead:

ps eaux|grep -i gpsapp

If that command returns a line or more of output, just take the second value printed and use that value as a parameter for "kill", as in "kill 11"

Then you can restart gpsapp and capture output:

rw
/drive0/var/gpsapp/gpsapp >/mumble
ro

The output is now in /mumble

Actually, an even better way to capture output is to use &> instead of >, as in:

/drive0/var/gpsapp/gpsapp &>/mumble

The difference is that &> catches the error messages and regular output, whereas > by itself only catches the regular output.

-ml

Why yes, it did. Thanks.

Icky thing I typed. I think I meant to have it do something else that didn't work, and I accidentally typed RO there when I didn't know that it was still at the end of the other line.

Still didn't get the output that he wanted me to get, because the other commands failed. The output looked the same as what I reported up above, like this:

match protocol inside 0 passed [gpsapp]
routedir=drive0/var/gpsapp/routes
track=false
scale=false

(Except it lists a huge chunk of config.ini after the word "passed" and then goes onto the next match...)

The regular version doesn't really output anything.

Which it should. I need all the output to tell you anything.

Remember, I know nothing about Linux
After having your empeg for how long, now?

The empeg has taught me that I know only enough about Linux to make me dangerous.

It's actually a good thing, because it allows me to be able to see things from an end-user perspective and be able to straddle the line between "Linux expert" and "Joe Sixpack". So I can make good FAQ entries.

Okay, I'm back for a little while. How do I make those commands work so that I can get you the output you need? I got those errors saying that those commands don't exist. Do you need those commands to make it work? If not, can you give me more instructions on exactly what I should type to *not* induce those errors?

Mark told you what to run. (Which is good, because I don't hand-hold, I ridicule and point people at documentation, which is why I don't do tech support anymore You know what they say, light a man a fire and he's warm for a day, light a man on fire and he's warm for the rest of his life)

Run it and send me the file you create (hopefully not "ro" this time)

And actually if you're using a terminal program that supports capturing a session, you can just run gpsapp from your serial terminal, capture the output, and not bother creating a file (get rid of the rw, ro and the ">/somefile" redirect.

Okay, I ran it and I have the "mumble" file and I'm emailing it to you.

But ARGH, I just found out why I keep having to FSCK...

It's just as I feared. Whenever GPSApp is running, I can't set the hard disk to read-only. At the shell, I did RW, created the Mumble file, and then when I do RO, it says

mount: / is busy

And never sets the drive RO again. This counts even for using the Hijack commands to set things RO again. Nothing ever goes back to RO as long as GPSapp is running. So that's why I keep having to FSCK, because I keep rebooting the player with the root directory in readwrite mode.

How do I kill the GPSapp task so I can set things back again?

Mark also told you how to use ps, and that answer also still applies.

The output indicates it's working:
[serial
set routedir drive0/var/gpsapp/routes (strlen 24)
match visual inside 0 passed [gpsapp]
routedir=drive0/var/gpsapp/routes

the line including "(strlen 24)" says it's correctly parsing the config.ini and setting routedir

from the shell, again, what does

ls -ld /drive0 /drive0/var /drive0/var/gpsapp /drive0/var/gpsapp/routes
give?

I can make another version with different debugging but it's not a config parsing problem.

Ah, that worked. Wish I knew what it was that I did, but it worked. I was able to get the PID of GPSapp and kill it, then RO worked.

Did the file I emailed have the information you needed?

You killed gpsapp (which had open files) and then ro was able to succeed again. You can't unmount or remount a partition which is "busy", e.g. with open files.

The information I needed was there: the config.ini parsing is not at fault.

from the shell, again, what does
ls -ld /drive0 /drive0/var /drive0/var/gpsapp /drive0/var/gpsapp/routes
give?

empeg:/drive0/var/gpsapp# ls -ld /drive0 /drive0/var /drive0/var/gpsapp /drive0/
var/gpsapp/routes
drwxr-xr-x 6 0 0 1024 Jan 26 08:01 /drive0
drwxr-xr-x 6 0 0 1024 Jan 26 08:48 /drive0/var
drwxr-xr-x 3 0 0 1024 Jan 27 01:16 /drive0/var/gpsapp
drwxr-xr-x 2 0 0 1024 Jan 26 07:52 /drive0/var/gpsapp/route
s
empeg:/drive0/var/gpsapp#

Note that the dangling S is just a wrap-around in hyperterminal at 80 columns. The directory really is named "routes".

the line including "(strlen 24)" says it's correctly parsing the config.ini and setting routedir

If you say so. I just don't see any debug output saying "The routedir variable was set to /drive0/var/gpsapp/routes", I only see debug output that's spitting out the entire contents of my config.ini back at me. Since I don't know how the internal code works, I don't know how to interpret that debug output. I don't know what variables it's supposed to be showing me.

I wrote the code, so I know what it's saying. It's showing you the config.ini variable it's looking for a match for, whether or not we were already inside a [gpsapp] section before the chunk we're looking at now, and the chunk we're looking at, which is either the whole file or up to 512 bytes if it's larger than that. The "inside" test is necessary as gpsapp will parse consecutive chunks and remember if it was already inside the [gpsapp] section when it gets into the next section. It will also rewind enough before moving to the next chunk to ensure the [gpsapp] tag wasn't broken into 2 pieces over the chunk boundary.

This new binary will tell you routedir instead of telling you it's "waiting for gps input" in the popup.

Shell output says:

set routedir drive0/var/gpsapp/routes (strlen 24)
GPS app started

And the empeg screen says, clearly:

drive0/var/gpsapp/routes

So it's got the config.ini data just fine, then.

And the folder exists, and it's populated with perfectly good route files. I just copied them from their original locations on /programs0/routes, and also added one new one there since then.

This one has shell output again, when you try to load routes.

Giving that a try now. Before I do, proof that I really do have proper files in that folder:

empeg:/empeg/bin# ls -l /drive0/var/gpsapp/routes
total 16
-rwxr--r-- 1 0 0 3106 Jan 25 19:36 Home_to_Virginia_Way_Hou
se
-rw-r--r-- 1 0 0 2792 Jan 26 04:18 Home_to_Work
-rwxr--r-- 1 0 0 3268 Jan 25 19:36 Virginia_Way_House_to_Ho
me
-rwxr--r-- 1 0 0 1412 Jan 25 19:36 Work_to_Emagic
-rwxr--r-- 1 0 0 826 Jan 25 19:36 Work_to_KFC
-rwxr--r-- 1 0 0 1055 Jan 25 19:36 Work_to_Uptown_Burrito
empeg:/empeg/bin#

This one has shell output again, when you try to load routes.

Okay, I put that file in place, started it from the shell, then exited back into the player app so I could select GPSapp from the Hijack menu:

empeg:/empeg/bin# /drive0/var/gpsapp/gpsapp
empeg:/empeg/bin# GPS app started
exit
logout
Shell exit
Starting player

player.cpp : 385:empeg-car 2.00-rc1 2003/01/15.
Prolux 4 empeg car - 2.1434 Jan 15 2003
Vcb: 0x4054d000
hijack: removed menu entry: "GPSapp"

And I selected "Load Route" from the player's front panel, and it said "no routes found", and I got NOTHING on the serial port. Nothing at all. Only what you see above.

Just for kicks, name one all lowercase with no underscores. I doubt it will change anything but I'm curious about something.

Actually I think I just found the problem.Try this.

Odd, but I guess I don't care, since I think the binary I just sent will fix your problem. Doh.

Okay, changed the name of one file, didn't change behavior. Still "no routes found" and no output on the serial.