First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 1012
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Serge van den Boom <svdb+uqm-bugs@stack.nl>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Nic <uqm@submedia.net>
Add CC:
CC:
URL:
Summary:

Attachment Type Creator Created Size Actions
contentdir.patch patch Nic 2007-09-08 21:50 CET 1.34 KB Details | Diff
contentdir.patch (improved) patch Nic 2007-09-11 07:35 CET 2.52 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 1012 depends on: Show dependency tree
Show dependency graph
Bug 1012 blocks:

Additional Comments:







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-09-08 21:44 CET
If the forums are to be any guide, a lot of users try to launch the game via
the Terminal.app, and it tips over because the game (and therefore the content)
are relocatable, and the static definitions built-in to the game don't guess
correctly.

The obvious workaround is to have them supply a -n argument when launching the
game via the Terminal, but they really shouldn't have to, since its location is
deterministic (but not static)

------- Comment #1 From Nic 2007-09-08 21:50:51 CET -------
Created an attachment (id=535) [details]
contentdir.patch

Here is a patch for MacOS X that will look for content in the application
bundle if it cannot be found in the "default" locations.  -n can still be used
to override this.

------- Comment #2 From Serge van den Boom 2007-09-08 23:24:10 CET -------
Sounds like an acceptable addition to me. (The extra location; haven't looked
in detail at the patch yet).

------- Comment #3 From Nic 2007-09-11 07:35:39 CET -------
Created an attachment (id=536) [details]
contentdir.patch (improved)

Here is an alternate version of the previous patch, with the following small
improvements:

1.  It doesn't create a global variable with a copy of argv[0] in it for
prepareContentDir() to use, it just passes argv[0] to prepareContentDir(). 
Duh.
2.  It free()s the pointers that it malloc(()s.  Because otherwise would be
rude.
3.  It has actual comments that attempt to explain what it's trying to do.

------- Comment #4 From Nic 2008-02-07 18:34:00 CET -------
Fixed in SVN revision 2920.

First Last Prev Next    No search results available      Search page      Enter new bug