Ну вообщем на андроиде из коробки в Qt openssl нету. Это значит что все твои https коннекты невозможны и вообще куча шифрования недоступно.
Нашел решение - нужно привязать отдельно openssl либу в проект. На сайте qt конечно же не сказано какая версия, откуда качать и как интегрировать в проект. Естественно, готовую либу и хедеры скачать нельзя - её тупо не дистрибутируют для андроида.
Знач надо билдить из сорсов. Хорошо, смазка у меня заготовлена, кляп в рот и пагнал.
Качаю сорсы, нашел гайд по компиляции либы на сайте openssl. Делаю всё по гайду ХУЯК НЕ КОМПИЛИТСЯ ОШИБКА 0000000A. Ну че епта, гуглим ошибку, неправильная версия питона у тебя такая-то, а надо другая. Ну бля хуле ставим питон. Бля забыл зарегать его снова в гугл бля как это сделать нахуй, виден только старый питон. Нашел, зарегал, ахуеннно. Чето даже начало компилиться, целых 2 минуты компилилось ВЫЛЕЗЛА ошибка 0000000B. Блядь ну пощади меня сучара, что на этот раз. Лезу в гугл.
Оказывается, самая новая версия openssl 1.0.7.4.3.3.0.t не компилится под Android, надо только версию до 1.0.4.6.7.5.b. Блядь а где скачать? На сайте только новая и устаревшая 0.98. Ну блядь лезу ищу по всем сайтам где скачать такую-то версию. Нашел фтпшник со всеми релизами. Качаю.
Распаковал, заново начинаю компилировать. Прошло 10 минут УРА БЛЯДЬ скопилировалось, БЕЗ ОШИБОК. Стоп а куда скомпилировалось? БлЯЯЯЯЯДЬ. Оно скоплилило либу к динамическим сошкам и привязала линки на конкретную папку (то есть чтобы либа заработала, надо будет на андроид закинуть в /usr/lib эту хуйню). Ну еб твою мать мне просто нужны openssl.so без линков нахуй. Лезу в гугол. Че? Надо makefile поменять? Очищаю всё, распаковываю, меняю makefile по гайду. Жду три минуты, не компилится с ошибкой 000000000C. Лезу в гугл, ошибка известная, все кроют хуями разрабом и предлагают свои варики, нахожу гайд 4х летней давности с совсем другой последовательностью компиляции либы. Для компиляции надо скачать специальный скрипт, качаю с сайта требующим реги.
НУ ЩАС ТО ВСЁ ТОЧНО БЛЯДЬ ЗАРАБОТАЕТ!
Удаляю опять к хуям всё, распаковываю, компилирую. БЛЯДЬ опять забыл makefile поменять, пиздец.
Меняю makefile, компилирую. УРА, на выходе ва файлика - openssl.so libcrypto.so, как я и хотел епта. Линкую в Qt Creator. Он мне жалуется при компиляции, что неправильная архитектура. Ебать мой хуй, а че я скомпилил? Ну блядь канеш для x86, а на андроиде arm. Ну хуле лезу в makefile, вроде все переменные указал правильно - путь до SDK, архитектуру и тд. Вывожу на всякий случай на экран - нихуя make эти переменные не видит и юзает дефолтный конфиг. Ок, не буду гуглить и ебаться, просто захардкодю их внутрь configurate скрипта.
Запускаю и УРА блядь готовы отличьненькие либы мои милые вде сошки. Линкую в проект, всё компилится, ПИЗДЕЦ НУ АХУЕТЬ.

Деплою на устройтсво, запускаю приложуху. Вылетает при старте. ЭЭ бля че за нах. Читаю logcat: library Qt-libcrypto not found, library openssl not found. И краш, потому что либы не найти.
Как так в чем проблема?
Лезу в гугл, проблема действительно есть, дело в том, что хоть ты и сбилдил openssl статически, но всё равно там внутри прописывается версии либ, и твоя либа имеет название например openssl.so.5. А Андроид такие либы с точками линковать не умеет, потому что у них имя необычное. Одно из решений - открыть либы librypto и openssl и изменить все упоминания openssl.so.5 на openssl_5.so (например, убрать точку короче лишнюю, точный текст не скажу). Ну достаю из своего уже широкого ануса свой hex-редактор и начинаю пыхтеть над либами и искать че под замену. Раза с 3го у меня получилось всё верно и либы залинковались.
Деплою на устройство - всё видит, всё запускается, https коннект есть, всё работает короче. Слава Украине, Смерть Москалям!

Через день босс заходит недовольный - мой плеер чето не качает нихуя файлы с сервака.

Я тестил на 4м и 5м андроде, а вот у него - новенький 6й нексус, и на нем нихуя не работает. Как так то?
Оказывается вот конкретно вот эта версия openssl содержит баг, при котором не коннектится на 6й версии андроида (там чето внутри порезали в самой системе, внутри чето поменялось и openssl полетел к хуям).
Ну качаю версию openssl с фиксом, и всё проделываю заново.
Прошло еще 3 часа ебли с компиляцией, фиксами, патчами в hexредакторе и МОЯ либонька openssl готова. Пиздец.

А сука жиробас напротив js-макакич, пукич, какич - тупо блядь всё имеет из коробки. И вот тут меня накрывает нахуй завистью.

У красноглазого ублюдка который с этим сталкивается не первый раз наверное бы получилось всё быстрее, но на тот момент я вообще не был готов к такому повороту, пиздец.

В чем проблема?? Суть: создать двухмерный массив и умножить на число.

#include<iostream>

using namespace std;

int main()
{
int i,j,n,m;
cout<<" n="; cin>>n;
cout<<" m="; cin>>m;
int a=new int [n];
for(i=0;i<n;i++) a=new int [m];
cout<<"\n Enter elements:\n";
for(i=0;i<n;i++)
for(j=0;j<m;j++) cin>>a[j];
cout<<"\n Result;\n";
for(i=0;i<n;i++)
{
for(j=0;j<m;j++) cout<<a[j]<<" ";
cout<<endl;
}
int s = 3;
cout<<"\n Result;\n";
for(i=0;i<n;i++)
{
for(j=0;j<m;j++)
a[j] = s; cout<<a[j]<<" ";
cout<<endl;
}
system("pause");
}

>>981125
#include<iostream>

using namespace std;

int main()
{
int i,j,n,m;
cout<<" n="; cin>>n;
cout<<" m="; cin>>m;
int a=new int [n];
for(i=0;i<n;i++) a=new int [m];
cout<<"\n Enter elements:\n";
for(i=0;i<n;i++)
for(j=0;j<m;j++) cin>>a[j];
cout<<"\n Result;\n";
for(i=0;i<n;i++)
{
for(j=0;j<m;j++) cout<<a[j]<<" ";
cout<<endl;
}
int s = 3;
cout<<"\n Result;\n";
for(i=0;i<n;i++)
{
for(j=0;j<m;j++)
a[j] = s; cout<<a[j]<<" ";
cout<<endl;
}
system("pause");
}

>>981412
У CLion нет отладчика для MSVC тулчейна, только MinGW.
В студию можно подключить решурпер но будет работать как CLion, хотя, я бы сказал, даже чуть шустрее. У решарпера конченые code templates (которые у всех называются сниппетами, в которых из коробки функционала нихуя почти нет и придется писать свои (не шаблончики, а именно модули для решарпера). В студии быстрее показываются подсказки по подстановке символов, в то время как у CLion'а у тебя сначала вывалятся куча дефайнов, которые тебе нахуй не нужны, а потом через 0.5 секунд что-то действительно необходимое.
CLion криво парсит названия проектов (если, например у тебя в одном проекте несколько подпроектов, то, создавая хедеры, там будет генерироваться ifndef-guard с названием корневого проекта, жутко бесит блять).
У CLion-а есть жесткие косяки с парсингом шаблонов, то есть красные линии будут вылазить там, где ты их не ждешь вообще, хотя собираться это будет даже без предупреждений.
В CLion можно делать автоматический перенос выражений и слов, даже комментарии будет переносить, хотя вот например бинарные выражения он переносит пиздец как весело, сделав, например, сделав из этого:
bool my_flag = (mask & MT_1) || (mask & MT_2) && (var_b == var_c);
вот эту хуйню:
bool my_flag = (mask & MT_1) || (mask &
MT_2) && (var_b == var_c);
То есть, перенос он есть, но семантика хотя и неизменна, становится плохочитаемой.
В то время, как в вижуал студии нихуя переноса нет, более того, нет и никогда не было ограничительной линии, поэтому щелкать будешь сам (хотя вот недавно появилось расширение, чтобы добавить вот эту самую линию без заебов, хотя переноса слов можешь и не ожидать вообще).
В CLion можно настроить кодировку файлов по-умолчанию, а вот в MSVC этот ебыч будет тебе постоянно прописывать системную кодировку (а какая же она у нас там, не CP-1251 случаем?!), в других редакторах будут ёба-символы вместо кириллицы.
В CLion ты видишь файловую структуру проекта (хотя есть и другие виды, но они мне нахуй не нужны), в то время как студия при создании нового файла серит ими в одну кучу, получается такое месиво в проекте.
В CLion есть семантическая подсветка переменных, которая нахуй никому не уперлась. От дополнительных цветов режет глаза только.
Для студии дохуища аддонов, и, как ни странно, поддержка того же CMake в плагине для студии сделана более кошерно, чем в CLion (мало того, что там все в кучу одного цвета, как в болоте, так и переменные он нихуя не подсказывает), да и многие плагины по-лучше, чем в CLion.
В CLion больше настроек форматирования текста (спасибо IntelliJ Idea), когда студия со своими полутора настройками скобочек будет постоянно твои лямбда-функции опускать на пару отступов вниз.
У CLion, не смотря на то, что богаче настройки форматирования текста, достаточно кривой format-on-type (не придумаю так быстро русичного названия этой штуке).
У CLion дохуя багов, которые правиться будут не скоро, зато поддержка тестов зачем-то пилится активнее всего (нахуя?!)
Поддержка тулчейна MSVC в CLion кривая (забавно то, что он не может найти тип size_t. SIZE_T ЕБ ТВОЮ МАТЬ!)

class Parent {

};

class Base1 : public Parent {
public:
explicit Base1(const char c) : m_char(c) {};
const char m_char;
};

class Base2 : public Parent {
public:
explicit Base2(int c) : m_int(c) {};
int m_int;
};

class X {
public:
template<typename T>
static Parent fabric(int t, T x) {
switch (t) {
case 0: return new Base1(x);
default : return new Base2(x);
}
}
};

int main(int argc, char const argv[])
{
Parent* p = X::fabric<int>(1, 3);
delete p;
return 0;
}

Компилятор генерирует ошибку, мол не нашел подходящего конструктора для Base1(нельзя конвертировать инт в строку).
Почему так делать нельзя? Какого хуя компилятор за меня решает, какие типы я буду передавать? И как лучше, в таком случае, написать фабрику?

>>988390
Ты походу с самим json не разобрался, неправильно ты пишешь в файл, батенька.
Тебе нужно создать массив объектов в json.
Либо:
[
{
//good1
},
{
//good2
}
]

Либо:
{
"goods": [
{
//good1
}
]
}

А ты пишешь в json:
{
"price": 10,
"count": 50
...
}
{
"price": 50
}
что валидным json не является.