Re: [Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[Alexander Dyagilev]

Yes. But what I meant is that it has to be triggered by Qt somehow.

As a first attempt I asked the user to set QT_OPENGL env var to 
"software". This did not help. So it's probably not related to OpenGL.


Anyway, thanks to Thiago Macieira, I asked the user to send me the dump 
file. Let's see. :)



On 3/18/2022 6:52 AM, Henry Skoglund wrote:

On 2022-03-18 04:41, Thiago Macieira wrote:

On Thursday, 17 March 2022 19:50:45 PDT Alexander Dyagilev wrote:

This error message is shown by Windows OS when it's failed to load a
library the process sayed it to load.

I.e. Qt calls LoadLibrary (directly, or by loading some other modules
which calls it to load another modules they depends on).

Short googling tells that it's an graphics card driver related issue
(e.g. https://github.com/spyder-ide/spyder/issues/10084).

But, maybe there is some known work around for this...
If you can generate a backtrace from the application at the moment 
that dialog
is shown, it can help pinpoint what was being loaded and where from. 
There are

too many LoadLibrary in the source code to guess which one has incorrect
parameters.

Hi, note: it's not certain that the LoadLibrary error is from Qt, for 
example a similar error:
"Load Library failed with error 126: The specified module could not be 
found." was found to be from within the bowels of Windows itself 
(non-Qt apps also got this error).
More here about error 126: 
https://forum.qt.io/topic/132880/qt-creator-error-126-running-on-windows-10-via-rdp


___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[Henry Skoglund]

On 2022-03-18 04:41, Thiago Macieira wrote:

On Thursday, 17 March 2022 19:50:45 PDT Alexander Dyagilev wrote:

This error message is shown by Windows OS when it's failed to load a
library the process sayed it to load.

I.e. Qt calls LoadLibrary (directly, or by loading some other modules
which calls it to load another modules they depends on).

Short googling tells that it's an graphics card driver related issue
(e.g. https://github.com/spyder-ide/spyder/issues/10084).

But, maybe there is some known work around for this...

If you can generate a backtrace from the application at the moment that dialog
is shown, it can help pinpoint what was being loaded and where from. There are
too many LoadLibrary in the source code to guess which one has incorrect
parameters.

Hi, note: it's not certain that the LoadLibrary error is from Qt, for 
example a similar error:
"Load Library failed with error 126: The specified module could not be 
found." was found to be from within the bowels of Windows itself (non-Qt 
apps also got this error).
More here about error 126: 
https://forum.qt.io/topic/132880/qt-creator-error-126-running-on-windows-10-via-rdp


___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[Thiago Macieira]

On Thursday, 17 March 2022 19:50:45 PDT Alexander Dyagilev wrote:
> This error message is shown by Windows OS when it's failed to load a
> library the process sayed it to load.
> 
> I.e. Qt calls LoadLibrary (directly, or by loading some other modules
> which calls it to load another modules they depends on).
> 
> Short googling tells that it's an graphics card driver related issue
> (e.g. https://github.com/spyder-ide/spyder/issues/10084).
> 
> But, maybe there is some known work around for this...

If you can generate a backtrace from the application at the moment that dialog 
is shown, it can help pinpoint what was being loaded and where from. There are 
too many LoadLibrary in the source code to guess which one has incorrect 
parameters. 

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel DPG Cloud Engineering



___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[Alexander Dyagilev]

This error message is shown by Windows OS when it's failed to load a 
library the process sayed it to load.


I.e. Qt calls LoadLibrary (directly, or by loading some other modules 
which calls it to load another modules they depends on).


Short googling tells that it's an graphics card driver related issue 
(e.g. https://github.com/spyder-ide/spyder/issues/10084).


But, maybe there is some known work around for this...

On 3/18/2022 5:28 AM, Thiago Macieira wrote:

On Thursday, 17 March 2022 19:15:01 PDT Alexander Dyagilev wrote:

"but when this is enabled, and if you try to open application it does
not open and always throw error "loadlibrary failed with error 87".".

I assume LoadLibrary was incorrectly lowercased in your copy & paste. None of
the following appears in Qt sources at all:

"%s failed with error"
"LoadLibrary failed with error"

Even the search for "failed with" only shows results that could not produce
the message you pasted.

So either your message is incorrect or it doesn't come from Qt.


___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[Thiago Macieira]

On Thursday, 17 March 2022 19:15:01 PDT Alexander Dyagilev wrote:
> "but when this is enabled, and if you try to open application it does
> not open and always throw error "loadlibrary failed with error 87".".

I assume LoadLibrary was incorrectly lowercased in your copy & paste. None of 
the following appears in Qt sources at all:

"%s failed with error"
"LoadLibrary failed with error"

Even the search for "failed with" only shows results that could not produce 
the message you pasted.

So either your message is incorrect or it doesn't come from Qt.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel DPG Cloud Engineering



___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

[Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[Alexander Dyagilev]

Hello,

One of our users has reported issue and asks for help. I don't know what 
it can possible be, but I believe it's caused by Qt.


User says:

"in a computer running without a screen/monitor attached, I've created a 
fake/dummy card, using this tool: 
https://www.amyuni.com/forum/viewtopic.php?t=3030 
 in order to have a 
proper resolution in remote connections, instead of 640x480.


"but when this is enabled, and if you try to open application it does 
not open and always throw error "loadlibrary failed with error 87".".


We use QML (Quick Controls 2) in our app. Qt 5.12.
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

[Interest] Use Lightning-Browser in my Qt Android application

[Alexander Dyagilev]

Hello,

I have a simple |Qt QML| application for |Android|. It uses some 
additional code written in |Java|.


There is open-source web browser for |Android| written using |Kotlin|: 
Lightning-Browser .
I would like to use it as built-in web browser (with some custom 
modifications) inside of my application.
And I know that it's possible: there are some real apps in |Google Play| 
already doing it.


I suspect it's not a very hard task for an experienced programmer. But 
I'm not.


Can you guys please point me to some generic directions (steps) on how 
to perform this task?___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Is there a good alternative to the QML Controls in Qt6 for native desktop integration purposes?

[Furkan Üzümcü]

We definitely had cases like that. We also have a few widgets that are supposed 
to be tree views with millions of items inside. What we ended up doing is 
flattening the tree model into a list model. It wasn’t easy to get there, so I 
definitely understand your point.

Hopefully there’s more work from the Qt Company and the community to make all 
that effort worth it for all of us. Thanks for sharing your experience.

Regards,
Furkan Uzumcu

From: Michael Jackson 
Sent: Thursday, March 17, 2022 10:17:40 AM
To: Furkan Üzümcü 
Subject: Re: [Interest] Is there a good alternative to the QML Controls in Qt6 
for native desktop integration purposes?

Hello,
  Thank you for the personal response. What I failed to articulate well in my 
email was that our desktop app heavily relies on a TreeView to view some 
internal data structures and then render those using VTK. We thought we could 
push past the issues but we just could not. We paid a heavy financial price 
just trying to get VTK and QML to play nice together and get a TreeView 
(basically written from scratch) that still does not support basic mouse 
hovering, drag and drop, easy extension. These functions are absolutely 
critical to our application. Without them, the application isn't usable. So for 
_our_ use case QML was not an appropriate choice. We are also stuck on Qt5 for 
at least another year since our end customer isn't able to install Qt6 in order 
to compile our codes. QML _can_ be very nice to use. It _can_ be great for the 
right development teams. Just not _our_ application in QML's current state. I 
really hope Qt puts some more concentrated effort into these areas and we can 
revisit this again in a few years.

--
Michael Jackson | Owner, President
  BlueQuartz Software
[e] mike.jack...@bluequartz.net
[w] www.bluequartz.net


On 3/16/22, 6:51 PM, "Furkan Üzümcü"  wrote:

Hi Micheal.

I’m pretty late to the discussion, just checking my Qt Interest emails, I’d 
like to chime in with my opinion on this since I’m on a similar boat to yours.

I’ve been working on a legacy system (35 years old CAD software), and we’ve 
been working on a project to rewire the GUI, pay off some technical debt, and 
re-architecture the software so things are not painful to deal with any more. 
We’ve set up a system where we have designers contribute QML code to our 
codebase, and things have worked out great for us so far. Sometimes we do run 
into some troubles, but so far we’ve always been either find a workaround or 
create a fix ourselves. We are nearing the end of the project, and the way we 
set up our architecture with QML really did change the way we work as a team 
with devs and also across teams.

Our team struggled in the beginning (Really even now…) because everyone was 
painfully used to procedural programming and was not that willing to expand 
their knowledge and get used to other paradigms. It got easier over time, but I 
think that’s the biggest problem we had. I also find that there’s not that many 
good practices and community knowledge around QML in general. I tried to help 
in a small way by creating this document: 
https://github.com/Furkanzmc/QML-Coding-Guide but there’s not much attention to 
it. It seems to me that in order for a team to be really productive with QML, 
they need a helping hand from someone experienced to show them the ropes, I was 
that person in our team and it was a struggle for me. But in the end, it paid 
off.

I think what the Qt Company did with the new QML book is definitely a good 
step forward for this.

> On Feb 21, 2022, at 18:51, Michael Jackson  
wrote:
>
> So I’ll throw my 2 cents worth of experience into the ring.
>
> I’ve developed a desktop application using Qt Widgets since 2009 era. 
Last year we got funding to completely rewrite it from the ground up. We 
selected QML over widgets because we wanted that forced Model-View-Delegate and 
separation of the back end from the front end. QML sure looked promising from 
the demos. The early prototypes were nice. What we got for development is a hot 
mess. The QML debugger is a joke. GammaRay helps here and there trying to 
figure out what rectangles are where. The development time is horribly long. 
QML itself is just a black-magic soup where you never really know when things 
are getting initialized. We were hoping to have a flashy desktop application, 
all “modern” and everything. We are months behind schedule at this point. We 
spend hours messing with QML trying to get it to behave appropriately (sizing, 
visual style) where widgets would have just been “done”. We spent a large chunk 
of cash paying someone to get a TreeView working since Qt5 doesn’t supply one 
(Don’t get me started on that.. ).
>
> Had I known back then what I know *now* I would never have selected QML 
over Widgets for Desktop development. In no way is it r