Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ Library support » U++ Widgets - General questions or Mixed problems » Upp Widgets in a dll
Upp Widgets in a dll [message #60549] Thu, 25 April 2024 20:13 Go to next message
luoganda is currently offline  luoganda
Messages: 204
Registered: November 2016
Experienced Member
This is a known issues for a long time
and this post is here just to be clear about this,
since it would be very neat to write dlls/so's in upp.

A few days ago i made a simple demo
of a basic uppApp that uses uppDll - done on win11 with upp17221.

I tried to compile it in debugVer but it doesn't compile(in release it does)
and i think there was something about '...memoryleaks... not declared' that usually
goes in hand when checking 'UseMAlloc' or 'CheckInit' appFlags.

As i saw in uppsrc UseMalloc is always on for dll, so it seems here - this is not a problem,
since it's the same without UseMalloc - dllApp does not work as it should in both cases.

TestCode:
1) you can check and compile in Debug(in my case i can't) and check why it doesn't compile.
2) when one runs this - app starts as expected, but when pressing 1stButton(which just call's simple PromptOK in dll),
and pressing ok - app crashes without any notice.

ADDED:
just a simple typo in DllPlugTest.7z,
simply edit DllPlugTest/DllPlugTest.upp and correct from DllPlugTest.h into DllPlugTest.hpp.

ADDED2:
i tried to compile same code with upp17190 in linux debug and it compiles.
i overlooked that widgets can't be declared globally, so just correct the
line in DllCode from 'Array<Ctrl> ctrls' to 'Array<Ctrl> &ctrls=Single<Array<Ctrl>>()'.
I left the flags DLL(fromwin11) and added so flag - which is probably ok,
and corrected from 'DLL_APP_MAIN' to 'GUI_APP_MAIN' - since linux doesn't have SO_APP_MAIN.
Even if i selected 'All static' in 'Clang debug' Output mode,
i still have to put some(not all) so files in same dir as DllPlugTest elf(with of course DllCode.so),
else DllCode.so doesn't have all dependencies satisfied. This should not happen since upper static flag was used,
altough messages says -shared is throwed into compiler flags somewhere.
I used extra compiler flags in linux: -fPIC -fdeclspec.
Ok - here compiles and runs, but after hitting 1st button terminal says:
'...assertion failed... GUI widgets cannot be global variables', altough
i corrected that mistake - which is written above.

[Updated on: Thu, 25 April 2024 21:30]

Report message to a moderator

Re: Upp Widgets in a dll [message #60550 is a reply to message #60549] Sat, 27 April 2024 12:17 Go to previous messageGo to next message
Oblivion is currently offline  Oblivion
Messages: 1096
Registered: August 2007
Senior Contributor
Minor technical details -in this context- between global variables and singletons aside, you are in fact declaring the GUI widgets as global variables:

Quote:
i overlooked that widgets can't be declared globally, so just correct the
line in DllCode from 'Array<Ctrl> ctrls' to 'Array<Ctrl> &ctrls=Single<Array<Ctrl>>()'.


This will open a can of worms, since their destruction time or order is still left rather undefined. Hence the assertion failure. You need to declare your widgets in a local scope. Singletons won't help you here. Your widgets should belong somewhere. (At least, you should first construct them in your main code)

IMO, you can use the dll as a widget factory & layout generator instead. (i.e you have the array of widgets (ctrls) in your main code and let the dll just create the right type of ctrls on request in that array (since Upp:Array allows polymorphism.)

Best regards,
Oblivion


[Updated on: Sat, 27 April 2024 13:01]

Report message to a moderator

Re: Upp Widgets in a dll [message #60551 is a reply to message #60550] Sat, 27 April 2024 23:20 Go to previous messageGo to next message
luoganda is currently offline  luoganda
Messages: 204
Registered: November 2016
Experienced Member
Quote:

Minor technical details -in this context- between global variables and singletons aside, you are in fact declaring the GUI widgets as global variables:

Quote:

i overlooked that widgets can't be declared globally, so just correct the
line in DllCode from 'Array<Ctrl> ctrls' to 'Array<Ctrl> &ctrls=Single<Array<Ctrl>>()'.

Yes, but i read the docs and it says this should work.
Also, Singletons or fn(){static Widg&r;ret r;} are kindof global vars, but
this test code works in regular guiApp(but not in so - i am not sure for dll, could be that some kind of INITBLOCK would help):
Array<Ctrl> &ctrls=Single<Array<Ctrl>>();

GUI_APP_MAIN{
	ctrls.Create<TopWindow>();
	((TopWindow*)&ctrls.Top())->Run();
	ctrls.Clear();
	Ctrl::ProcessEvents();
	PromptOK("This was not killed! nor assertion failed for GlobalWidgets");


Quote:

IMO, you can use the dll as a widget factory & layout generator instead. (i.e you have the array of widgets (ctrls) in your main code and let the dll just create the right type of ctrls on request in that array (since Upp:Array allows polymorphism.)

Yes i could, but i mean here for the broadest range of usage of widgets in dll, in general - so to speak.
So as you proposed(Array<Ctrl> in app and factoryCreator in so/dll) and like it's done in DllCode/main.cpp).
Both ways(and maybe others not mentioned here) should work for dynamic usage of using widgets via so/dll.
Re: Upp Widgets in a dll [message #60558 is a reply to message #60549] Wed, 01 May 2024 12:49 Go to previous message
luoganda is currently offline  luoganda
Messages: 204
Registered: November 2016
Experienced Member
here is also a linux version.

But - if one copies so file to elfBinary and uses
ldd DllCode.so there - there are some missing shared libs even if
so was linked with AllStatic(altough it seems somewhere -shared is thrown in at the compiler).
More info in 1stPost.
Previous Topic: [BUG] File drag & drop does not work correctly if the path has a plus (+) sign in it.
Next Topic: Simple single-value dialogs... small correction for more info space
Goto Forum:
  


Current Time: Fri Jun 21 01:05:02 CEST 2024

Total time taken to generate the page: 0.02571 seconds