|
|
|
This thread is locked; no one can reply to it.
|
| trouble with dll |
|
William Labbett
Member #4,486
March 2004
 |
hi, have just recompiled the latest SVN and I'm getting this when I run my game : {"name":"602062","src":"http:\/\/static.allegro.cc\/image\/cache\/f\/e\/fe3c2caab7a4ac3597f5c8824d6e0222.jpg","w":515,"h":198,"tn":"http:\/\/static.allegro.cc\/image\/cache\/f\/e\/fe3c2caab7a4ac3597f5c8824d6e0222"} I know I should know this by now but where does the computer search for the dll's when it runs a program ? Is it MinGW or where it was installed or is it Windows/system ? I need to know so I can be sure it's calling the new dll. I did run mingw32-make install.
|
|
Trent Gamblin
Member #261
April 2000
 |
There is no longer the concept of a current display. The closest thing is the current target bitmap. al_set_target_bitmap(al_get_backbuffer(display)) should be equivalent to al_set_current_display(display) now. |
|
William Labbett
Member #4,486
March 2004
|
Thing is, according to the search facility, there are no calls to al_set_current_disply in my code.
|
|
torhu
Member #2,727
September 2002
 |
Could be you're using an old import library, that still contains the symbol that is now gone from the DLL. |
|
William Labbett
Member #4,486
March 2004
|
I'm definitely linking to the .a files made by mingw32-make. I put the dlls in the bin/Debug directory of my project. ..and I'm still getting the message. Could it be the wrong dll is being called ?
|
|
torhu
Member #2,727
September 2002
|
The DLL in the same directory as the executable takes priority. If that's what you're already doing, try doing a complete rebuild of your app. |
|
William Labbett
Member #4,486
March 2004
|
Thanks Torhu. I think it might be because a dll I made uses an older allegro dll with the same name. Is this what you meant earlier ?
|
|
Thomas Fjellstrom
Member #476
June 2000
 |
When you upgrade WIP allegro versions, you MUST recompile all code using allegro. No ifs ands or buts. -- |
|
|
