[xinf] xinf 0.0.5 'no reason to upgrade if it works for you'
daniel fischer
dan at f3c.com
Mon Mar 19 14:09:27 CET 2007
"Zjnue Brzavi" <zjnue.brzavi at googlemail.com> (on Mon, 19 Mar 2007 13:04:32 +0000):
> hi,
>
> \\ 's are behaving now, but the message is displayed twice:
twice is ok, the path is checked for opengl and xinfinity-support...
> as for running it (i'm on a different machine now, albeit WIn XP still) gives:
>
> neko.exe - Entry Point Not Found
> The procedure entry point g_intern_string could not be located in the
> dynmic link library libglib-2.0-0.dll
>
> as before. this is because i have other libglib-2.0-0.dll instances
> present on this machine - not going to rename all of them at the
> moment. this does bring the issue to the fore... many users won't want
> to rename existing dlls to make xinf work on Windows.
> any way around it? could one call libglib-2.0-0 something else
> (uniquely so) instead?
> if you see previous mails, i had a problem with another dll after
> fixing libglib-2.0-0.
duh. it really *should* be fine when you add the path to xinfinity to the front of your PATH, unless windows is *even weirder* than i thought... Microsoft's official stance on DLL Hell seems to be to deliver DLLs with your program, possibly placing it into the same directory as your application. The latter seems rather inconvenient for xinf apps... So we need a way to point windows at the right directory; i dont know how this could be done any other way..
-dan
--
http://0xDF.com/
http://iterative.org/
More information about the xinf
mailing list