When I moved GPSApp out of the /programs0 drive (I put in in /drive0/var/gpsapp instead), it still worked as before, except now it doesn't find the ROUTES subfolder any more. I made sure that I created the /drive0/var/gpsapp/routes folder and populated it, but I think GPSapp is hard coded to get the files from /programs0/routes instead.

Can it either (a) look for a subfolder called "routes" from the current app location or (b) get spec'd in config.ini?

How about this (defines routedir option)

Ewww, that's that messy "source code" stuff.

(Thanks a million-- Looking forward to trying it out once I can get my hands on a binary.)

Whine whine whine

Thanks! Just put it in place, adding routedir= to config.ini, and...

Argh, I'm getting a "Checking Disk Integrity" pass when trying to synch the config.ini with emplode. I coulda SWORN that I put the thing back in RO mode each and every time I did something today.

Oh well. I'll post the results in about two hours...

Okay, I get "No Routes Found" despite a folder populated with routes.

Current syntax of my config.ini, verified with FTP, is:

[gpsapp]
track=false
scale=false
routedir=/drive0/var/gpsapp/routes

And that is the correct folder name. Should that also have another slash at the end or what?

I also tried:

routedir=drive0/var/gpsapp/routes
routedir=/drive0/var/gpsapp/routes/
routedir=/drive0/var/gpsapp

No dice...

I did:
[gpsapp]
track=1
routedir=programs1/route

And it opened the directory. A leading slash should also be ok (for you, not for me, I'm testing using gpsapp_host)

And I tried routedir=drive0/var/gpsapp/routes after making that directory, and it also worked. Not on the player, yet. Perhaps I should install this there also.

Sanity-check - I assume that your route population is fairly new, have you checked that the routes have readable permissions? (Oh, and directory too..)

Nah, I can reproduce it, but... only on the player.

Nope, I lied. The "reproducible" problem was actually a NULL embedded in my config.ini. Here's the neat thing. I did:
cat >> /empeg/var/config.ini
and pasted into it on the player. The NULL appeared in the text I pasted (as ^@ of course).

How bloody annoying.

This is literally the binary I'm running on my player.

And here's the diff, slightly different from the last.

Sanity-check - I assume that your route population is fairly new, have you checked that the routes have readable permissions? (Oh, and directory too..)

Yes, owner is tagged as RWX and group/all are tagged as R.

I tried uploading a fresh route and that one didn't show up either. Still get No Routes Found. And no null characters in my config.ini as far as I can tell.

This is literally the binary I'm running on my player.

Tried this one as well, which is a a few bytes different from the earlier one. No difference in behavior on my end.

And I tried routedir=drive0/var/gpsapp/routes after making that directory, and it also worked.

And there was no /programs0 partition and even if there was, there was nothing in it?

See, my goal was to remove the need for /programs0 and preinit completely. So one of the things I made sure to do was to get rid of that partition (or at least make sure it wasn't mounted). At first I thought GPSapp was working in the new folder, until I realized I'd still left /programs0 lying around as-is. This all started going bad after I removed preinint and /programs0....

I also tried converting my config.ini from CR/LFs to just LFs and that didn't change the behavior...

I keep expecting there to be a typo in the path name, but I've quadruple-checked it and made sure it was a zero and not the letter O.

I assume that your route population is fairly new

Hang on a bit. Define why "fairly new" is important. I uploaded a fresh route today, just to test. But it was created using a python script that's a few months old. Did the script change, or did file format of the routes change in the last few months without me knowing about it? Or did the expected file names of the routes change?

And there was no /programs0 partition and even if there was, there was nothing in it?

Long before opening the route directory it does chdir("/"), so where the binary lives really doesn't matter. drive0/var/gpsapp/routes is the same as /drive0/var/gpsapp/routes, and both are the same regardless of where you run the binary from. I'm not planning to move my binaries, or my data, for now, but I did make a separate routes directory and populate it with a different set of routes, to demonstrate that it opened the right one. It did. So I added some printf code and ran it by hand on the empeg. It opened *only* the right directory.

The expected filenames of the routes? They're expected to be named whatever you want to name them.

And I can give you such a binary but in order to be useful you have to
not run it from hijack, but instead either telnet to the player (assuming telnetd) or connect to the serial port, and run gpsapp by hand, because otherwise the output from printfs doesn't go anywhere useful.

So I added some printf code and ran it by hand on the empeg. It opened *only* the right directory.

May I borrow that and try it?

Warning: very verbose.

Where do the printF's appear? on the serial console or on the empeg screen?

(I'm getting neither with that file...)

Okay, well, going to bed so maybe things will be clearer tomorrow.

Hang on a bit. Define why "fairly new" is important.


Well, not that the routes themselves were new, but that their install location to the empeg was...hence leading to the question of permissions.

I can't think of any other reason why route date would make a difference.

Hijack v307 now connects exec'd programs to the serial console for output (and input!).

-ml

All right, I've got "why" GPSapp isn't working. After Mark released version 307 of Hijack, the error output now properly appears on my serial console.

And what GPSapp is doing, if I understand what it's telling me, is not parsing config.ini right. But I don't know why. I tried reducing the size of config.ini (from 4k to 2k) and it still didn't help.

I get a whole bunch of stuff like this on the serial console:

match routedir inside 0 passed
flag12=Wendy flag 13
flag11=Wendy flag 12
flag10=Wendy flag 11
flag9=Wendy flag 10
flag8=Wendy flag 9
flag7=Wendy flag 8
flag6=Wendy flag 7
flag5=Wendy flag 6
flag4=Wendy flag 5
flag3=Wendy flag 4
flag2=Test Wendy Flag
flag1=Tod Likes
flag0=Jenny Hates

[Options]
Name=Tony's Mark 2

[User Info]
Email=tfabris@oro.net
Phone=
Name=Tony Fabris

[Network]
Gateway=0.0.0.0
Netmask=255.255.255.0
IPAddress=10.99.2.43
DHCP=1

It does this for a bunch of possible parameters, not just routedir. It seems that it's trying to locate the value for "routedir" and instead of finding a nice little path string, it finds most of the rest of config.ini in the string, but NOT the string I carefully put there. Incidentally, I moved
the GPSapp section to the top of my config.ini, like this:

[gpsapp]
routedir=drive0/var/gpsapp/routes
track=false
scale=false

With the Hijack section just below it, in case there was something funky about the parsing of later elements screwing it up, it didn't change the behavior.

Question: You're not reproducing my bug, but are you running the latest hijack and are you running GPSapp his new way?

I can send a copy of my whole config.ini in a private message, if you think that would help.

Oh! Mmm.. I have an idea here..

The point where Hijack EXECs GPSapp is during the first read() call by the player for the config.ini file.

So Hijack has not yet finished parsing config.ini, or applying macros etc..
Which should not affect GPSapp (assuming it's not using AC/DC/.HOME/WORK macros etc..).

But.. perhaps this causes Hijack to muck up when somebody else (GPSapp) reads config.ini at the same time..

I'll look into this ASAP.