mosra/magnum

Lightweight and modular C++11/C++14 graphics middleware for games and dataviz

Vladimír Vondruš

@mosra

are you using current master?

(asking because there's a particular behavior in older versions that could have this effect, so want to rule that out before we continue investigating further)

DaeMon87

@DaeMon87

im a few commits behind

ill update to latest

Vladimír Vondruš

@mosra

if you have at least mosra/corrade@e6f6538 then all is fine

now, when it fails to load the plugin, it prints a message to the standard output, can i see what it prints?

DaeMon87

@DaeMon87

I dont see the standard output in my application ill see what I can do to to get that output

Guillaume Jacquemin

@williamjcm

You could create a file stream and redirect Utility::Debug to it, for example.

Vladimír Vondruš

@mosra

or if you're using CMake and use add_executable(... WIN32 ...), temporarily remove that WIN32 to have a console window open (or the output shown in VS)

Guillaume Jacquemin

@williamjcm

That too.

DaeMon87

@DaeMon87

managed to get some output

PluginManager::Manager::load(): plugin StbTrueTypeFont is not static and was not found in C:/Work/GitRepos/dotactiv/CatMan/x64/Release/magnum/fonts

Vladimír Vondruš

@mosra

so as you said earlier, C:/Work/GitRepos/dotactiv/CatMan/x64/Release/magnum/fonts contains StbTrueTypeFont.dll and .conf?

DaeMon87

@DaeMon87

yes thats right

Vladimír Vondruš

@mosra

any chance you have more than one instance of the font plugin manager?

which corrade commit are you on?

DaeMon87

@DaeMon87

the last commit I have is for 10 April 2020 nnot sure what commit that is, will give all my repos an update so I have the lastest

Vladimír Vondruš

@mosra

ah, then you are about a month before mosra/corrade@e6f6538 which probably fixes this (in case you really are hitting the case of multiple instances of the same manager)

when you update, let me know if that fixed it for you

DaeMon87

@DaeMon87

awesome much thanx

Andy Somogyi

@AndySomogyi

@mosra I might be using using namespace ..., I'll have to take a look.

Will Magnum build on centos 5.0? Looks like I have to make a centos build. Last time I had to use centos, it had some absolutely ancient versions of gcc, python 2.?... and you had to download RPM from various placed just to build anything.

DaeMon87

@DaeMon87

I have achieved progress!

PluginManager::Manager::load(): cannot load plugin StbTrueTypeFont from "C:/Work/GitRepos/dotactiv/CatMan/x64/Release/magnum/fonts/StbTrueTypeFont.dll": 126

Vladimír Vondruš

@mosra

@AndySomogyi it will build on centos 7 (or maybe 6?), the one that has GCC 4.8 ... for that i'm still keeping compatibility, but with older ones you're out of luck, sorry :P

@DaeMon87 great, this probably just means some dependency DLL is not found -- what corrade and magnum DLLs do you have next to your application executable?

Andy Somogyi

@AndySomogyi

Evidently, to create a pypi binary, you need to create a 'manylinux' build, I'm still trying to figure out what exactly this entails.

Vladimír Vondruš

@mosra

argh not this

i remember someone wanted me to do this a while ago, but when i saw the requirements i noped away out of that

https://github.com/pypa/manylinux i saw this

centos 6? ugh

it's funny, on one hand you have the modern c++ extremists who complain when your platform can't do full C++17

on the other hand you have these total compatibility extremists who force you to go back to the tech of 2010, abandoning even c++11

i used to have gcc 4.4 compatibility, but got rid of that in 2017 because that was an absolute maintenance nightmare

as far as i can see, centos 6 is gcc 4.4

Vladimír Vondruš

@mosra

tho manylinux2014 seems to be reasonable enough: https://www.python.org/dev/peps/pep-0599/

gcc 4.8

Andy Somogyi

@AndySomogyi

Looks like I can get away with CentOS 7.

Vladimír Vondruš

@mosra

i was actually thinking if i could drop gcc 4.8 support soon, hah ... good to know it's still very important :D

DaeMon87

@DaeMon87

@mosra
CorradePluginManager.dll
CorradeUtility.dll
Magnum.dll
MagnumDebugTools.dll
MagnumGL.dll
MagnumMeshTools.dll
MagnumPrimitives.dll
MagnumSceneGraph.dll
MagnumShaders.dll
MagnumText.dll
MagnumTextureTools.dll
MagnumTrade.dll

Vladimír Vondruš

@mosra

hm, that looks like everything is present

some runtime lib missing, then?

Andy Somogyi

@AndySomogyi

I'm going to take a look at a centos docker image, I've never used docker before, so it's all new to me.

Vladimír Vondruš

@mosra

too bad winapi is so shitty that it's not able to tell which DLL is missing

@DaeMon87 can you open the StbTrueTypeFont.dll in the ol' Dependency Walker tool?

or alternatively in this one: https://github.com/lucasg/Dependencies

DaeMon87

@DaeMon87

I tried that dependencies tool and 1 of the dlls its looking for is a debug one ill ad that to my executable folder

Vladimír Vondruš

@mosra

hmm that shouldn't be

it will most probably lead to a crash

which one is it?

maybe the plugin dll is from a debug build?

DaeMon87

@DaeMon87

MagnumText-d.dll

Vladimír Vondruš

@mosra

yeah that looks like the plugin is also a debug one

Where communities thrive

People

Repo info

Activity