выведите значение которое пытаются преобразовать и будет ясно откуда оно

У меня же нет исходников мапбокса. Я .so как библиотеку цепляю. А копипаста с гита

Подумала, а, может, надо тупо эту .so пересобрать под новую версию qt? Может в этом быть проблема?

так есть гит или нет, как-то не понятно

Есть собранная сошка на qt 5.14. Есть проект, который тянет ее, как библиотеку. На qt 5.14 проект ведёт себя прилично, на 5.15 ругается. Думаю, что можно попробовать пересобрать сошку на 5.15, чтобы версии qt совпали для библиотеки и проекта

Но это очень муторно, в идеале бы избежать, конечно

а отладочной информации с той либой нет?

Unable to add layer: value must be a number

Вот эта ошибка

я имею ввиду чтобы сборку дебажить не собирая

если вдруг кому интересно: докопалась до природы этой баги.
лэйеры со своими пропертями приходят из json-а, а кутешка их радостно парсит в QVariant. При этом сама подставляет типы к переменным. Некоторые целочисленные проперти она считает qlonglong-ами, что совершенно не устраивает mapbox. то есть если попросить mapbox добавить лэйер, в котором есть qlonglong, то он начинает ворчать и ничего не добавляет, а если заменить qlonglong на int, то все нормально, рисует) видимо, парсить варианты с лонглонгами начали только в 15ой кутешке, потому все и работает на 14)
бага интересная, но, епт, и что мне теперь с этим делать прикажете?)) писать парсер варианта с заменой лонгов на инты? страшно представить, как просядет производительность, рекурсия, варианты... 😭

в тикет заносить в мапбокс

это, конечно, да) но так они и кинулись чинить, чтобы я проект сдать успела))

Откатить на 14ую?

высокое руководство требует 15ую, хоть ты тресни) ладно, придумаю какой-нить костыль))

Возможно когда оно узнает цену то примет решение подождать фикса)

а как же "ну сделай че-нить, тыжпрограммист" 😂

ну, не попробуешь - не узнаешь

тикет пишется пять минут и иногда экономит сотни нефти

да сделаю)

о, даже щас посмотрела на 14: к даблу кастует все, что видит)