#11 the way the -hak option works

[cinderbdt]

Bringing this over from the feature request:

cinderbdt wrote:
> Also, it appears that a mention of the way resource
> lookup behavior may be different than the Aurora toolset
> and the game might be helpful. For example, if your
> overloaded tileset itp/set files are in a hak, not in the
> game BIF file, you have to specify the location with -hak
> even though the module is linked against that resource.

pspeed wrote:
> The above sounds like a bug because my goal is to load
> resources just like Bioware does. If you can provide an
> example module that does the wrong thing then that
would be
> awesome.. maybe as a separate report. I have a few
that use
> HAK tilesets that seem to work but I don't think I
have any
> overrides.

I've attached an explanation of what I think is the
different behavior. I'll work on a demonstration and
provide that shortly.

[cinderbdt]

Logged In: YES
user_id=704004

The results are in. It doesn't seem to be a bug.

See attached.

[cinderbdt]

test description and results

[Paul Speed]

Logged In: YES
user_id=652870

Thanks for the excellent report... did you ever do QA
professionally? :)

So am I to understand correctly that this bug can be resolved?
-Paul

[cinderbdt]

Logged In: YES
user_id=704004

Yes, I think this is a resolved bug. This appears to be
working correctly. I think my original notes were for the
0.7 -> 0.8 testing I was doing, and perhaps it all boils
down to the poor attention I was paying to the command line,
which is the same reason that previous bug report was invalid.

Thanks for the compliment. My bug reports are in the spirit
of the golden rule. I'm glad that my work has been helpful.
Yours has been for me. My day job involves trying to use
the products developed by software corporations, and trying
to explain the real-world behavior to them.