<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 June 2016 at 15:37, Marvin -SShock <span dir="ltr"><<a href="mailto:circumflex@gmx.net" target="_blank">circumflex@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> The main issue is that the "game folder" isn't a particularly<br>
> well-defined place. On Windows it's relatively easy to get (IIRC,<br>
> there's a function call to get the full path to the process's<br>
> executable), but on Linux, the idea of a game folder is actually pretty<br>
> hazy<br>
<br>
</span>It could be implemented as an OS-specific feature then, but I can understand if you hesitate to make OALS too platform-dependent this way</blockquote><div><br></div><div>I run into the same issue trying to figure out the best way to use OALS as a drop-in replacement in games with other OAL implementations.</div><div>I'd vote for the windows-specific feature (but I do understand the arguments against that).</div><div><br></div><div>Random idea: is there any way to make the .dll / .lib load its conf file from the folder the .dll/.lib is sitting into ?</div><div>That way, for platform with a usable concept of game folder, putting the .dll/.lib in the game folder (with its conf file) would do the trick.</div><div><br></div><div>Max.</div><div><br></div></div></div></div>