Puppy Linux Discussion Forum

Keef · Joined: 20 Dec 2007 Posts: 433 Location: Staffordshire

No joy on Wary 5.3:

goingnuts · Joined: 07 Dec 2008 Posts: 634

TheYoungOne & Keef: Thanks for testing and reporting.
I am posting from Wary 5.3 now running Xorg with generic Nvidia driver.
openttd runs ok but if I remove content of
~/.openttd/content_download/baseset
(contain OpenGFX-0.4.4.tar which hold all the graphics) I get exactly same crash-report as you Keef...
From xorg.conf:

Keef · Joined: 20 Dec 2007 Posts: 433 Location: Staffordshire

Yes, that did it. The directory was empty, so it didn't copy over. Actually I know why. I'd tested the binary in its unpacked directory to see if it worked. Doing that generates the .openttd directory, but without the graphics file - I never checked the contents fully after that.

I tried it on Slacko and found it works ok.

TheYoungOne: I have been trying to attach a pet for you to try, but the forum is not having it at the moment for some reason.

goingnuts · Joined: 07 Dec 2008 Posts: 634

Nice...
The segfault when graphics not found is not default openttd behavior. The default is to offer download of graphics but I have not been able to get that working in the static build - and thats the main reason that the archive is shipped with graphics included.

TheYoungOne · Joined: 11 Feb 2012 Posts: 40

Hey Keef that's a shame. Do you reckon you could send it to my e-mail ? I can PM you it if it's alright with you.

goingnuts · Joined: 07 Dec 2008 Posts: 634

Added the possibility to download as a pet.

technosaurus · Joined: 18 May 2008 Posts: 3845

OSOpenBrowser is called in openttd.cpp
it exists in os/unix/unix.cpp and calls the url with:
"/usr/bin/xdg-open"
try putting a symlink there (puppy uses either my Rox wrapper possibly with jemimah's URI fixes in /usr/local/bin for xdg-open, or a hacky nest of if-thens in a script)

for reference:

goingnuts · Joined: 07 Dec 2008 Posts: 634

technosaurus; Thx for looking into this. The call to xdg-open seems to affect the "Visit website"-button when in the "Content Downloading"-window after choosing a package to download. If not present/functioning nothing happens using that button but if xdg-open present and working it opens the webpage in the browser.

Attached an image of the default behavior of openttd if no graphics found. This window is dependent on some Freetype fonts from the main system which does not work in the static build. Seems that the Freetype - although present - does not work correctly. If build without Freetype the game does not crash but gives a message - but you wont see it unless game is started from prompt (image below).
Game seems to work fine without Freetype and it reduce size from 4744K to 4364K unpacked.

Maybe one could change the failure-code in bottom of bootstrap_gui.cpp to use Xdialog (if present) to inform the user about what is wrong...Maybe reconstruct the dialog with offer of download is also possible...

technosaurus · Joined: 18 May 2008 Posts: 3845

I'll be honest, I only downloaded the sources because it sounded like a problem I could find in 5 minutes ... I was wrong, it took less than 1 (grep "tp://" * */* */*/* and follow it back), but I never compiledit From your image it appears to have builtin dialog capabilities - seems a better choice than an external dialog. (btw if you recompile, just remove the path to xdg-open and it will use the existing xdg-open wrapper without symlinks as long as it is somewhere in the path)