Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
GetAppPath vs. DetermineExecutablePath
thomas:
--- Quote from: afb on November 21, 2006, 09:25:39 am ---The code that I saw...
--- End quote ---
Ah right... I must have confused the Mac (which really just sets ".") and Linux #ifdef paths there. Probably just saw the "." and turned away, saying "ugh...". :)
BinReloc.
(looks into code) Uses readlink instead of realpath (which is really the same, in the end), but for some reason, it's 13 kB of code? The documentation says that it also hardcodes paths on other platforms. If that's what we want...
Feel free to make one single, better solution out of it. No objections :)
Regarding SharedSupport versus Resources, does it matter so much for the moment? If it is an actual (and known) bug, chances are that it will fixed without us bothering about it at all, no? Or would you want to add a temporary hack which will be removed for 2.8.0?
afb:
--- Quote from: thomas on November 21, 2006, 09:49:46 am ---Regarding SharedSupport versus Resources, does it matter so much for the moment? If it is an actual (and known) bug, chances are that it will fixed without us bothering about it at all, no? Or would you want to add a temporary hack which will be removed for 2.8.0?
--- End quote ---
It's not a real bug I guess, just a matter of opinion. (so I don't think they'll change)
I reimplemented it myself instead, so that it wouldn't be dependent on wx version ?
It was just that I was misleading the Mac users on where to place the resources.
i.e. just as I had finally decided on one location it transmogrified into another ;-)
For me it is perfectly fine to move to GetDataDir on all the C::B platforms.
It was just that the Don said that he wanted the extra "share/", so I complied...
afb:
--- Quote from: thomas on November 21, 2006, 09:49:46 am ---BinReloc.
(looks into code) Uses readlink instead of realpath (which is really the same, in the end), but for some reason, it's 13 kB of code? The documentation says that it also hardcodes paths on other platforms. If that's what we want...
--- End quote ---
It's probably the same in the end, I just thought that someone else could maintain it :-)
afb:
Apparently the /proc hack might work (with variations) in BSD too, if one is lucky enough to have that filesystem mounted (seems to not be by default). Solaris has a getexecname so that should be easy. What other platforms do we have ? (I'm not sure that anything beyond Windows / Linux / Mac OS X will be supported, but...)
Why Can't We All Just Get Along ? :|
afb:
--- Quote from: thomas on November 21, 2006, 09:49:46 am ---Feel free to make one single, better solution out of it. No objections :)
--- End quote ---
I think that I will do just that ... BinReloc is Public Domain, so I'll rip out any interesting bits.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version