[Qbs] Problems with Xml.DomDocument through a module provider
Иван Комиссаров
abbapoh at gmail.com
Sun Jul 14 00:15:11 CEST 2024
Did you try to apply the patch?
What’s in MyOwnApplicationImport?
I changed the import to CppApplication and it doesn’t recurse https://pastebin.com/jKMxpWGe, so I’d say the problem is in MyOwnApplicationImport.
Ivan
> 12 июля 2024 г., в 23:06, Björn Schäpers <qt-maillist at hazardy.de> написал(а):
>
> No it did not reference it self.
>
> I hit the same problem again (was fixed after updating) with something similar to:
> Project {
> name: "Foo"
> StaticLibrary {
> name: parent.name + " Details"
> version: "1.0.0"
> Export { version: exportingProduct.version }
> }
>
> MyOwnApplicationImport {
> condition: someConditionWhichEvaluatesToFalse
> name: parent.name
> version: details.version
>
> Depends { name: parent.name + " Details"; id: details }
> }
> }
>
> And it recursed on the applications version property.
>
> Am 03.07.2024 um 23:56 schrieb Иван Комиссаров:
>> This (again) seems like an infinite recursion https://bugreports.qt.io/projects/QBS/issues/QBS-1793 and has nothing to do with XML.
>>
>> Do you have a property accessing itself (maybe indirectly) by any chance? Maybe in a Probe?
>>
>> You can try applying https://codereview.qt-project.org/c/qbs/qbs/+/568678 locally to debug the issue (should print the call stack of the prop that invokes recursion) but note this change was merged out due to a memory leak.
>>
>> Ivan.
>>
>>
>>> 3 июля 2024 г., в 22:59, Björn Schäpers <qt-maillist at hazardy.de> <mailto:qt-maillist at hazardy.de> написал(а):
>>>
>>> Hi,
>>>
>>> sorry for the delay. I've attacked the stack, it was always evaluating the same property again.
>>> This is qbs at 20de9f301.
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qbs/attachments/20240714/f93c1718/attachment-0001.htm>
More information about the Qbs
mailing list