Увы, он немного избыточен, и из за этого теряет в наглядности. Если бы можно было убрать всякие напоминания, и добавить возможность отметить задачу на весь день "в один клик" - было бы намного комфортнее.
JSON - это формат хранения и представления данных. Его можно представить в виде строки. На самом деле это что то вроде дерева. Вам надо заполнить эту структуру. Забудьте о строке.
Так отправить или построить? Отправить - гуглите HttpPost. В него можете что угодно передавать для отправки - ему все равно. Сделать строку как у вас - гуглите JSON.
А вы уверены что он вам нужен? Это обычный JSON, в стандарте которого нет никаких отсутспов. То что вы привели в качестве примера - просто вариант отображения, чтобы была видна иерархия. Для парсилки JSONа отступы не нужны.
Это не первый вариант. Это что то страшное. В функцию вы ничего не передали, возвращаете Unsigned, который создан в функции.... Оу... Почитайте про указатели, массивы и ссылки.
scanf() не рекомендуется майрософтомским компилятором, которым это все компилится судя по всему. Думаю грузить человека как это дело отключить пока не стоит. Но переключаться на GCC было бы к месту.
Попробуйте погуглить "поиск паттернов в строках" или что то такое. Плюс может какие то реализации словарей для индекса тут помогут. Конкретных алгоритмов предложить не могу.
Без тактов - нет. При фиксированной частоте процессора такт выполняется за постоянное время. И в то же время за такт условно выполняется одна процессорная операция. Другого мерила нет.
Нужно еще через созданную WiFi сеть расшарить интернет-подключение. В свойствах интернет подключения что то типа такого: https://yadi.sk/i/sSh9nczhbb2Hq
Ну это при условии что вы правильно прописали IP, если уж руками это делали.
Более того - простые объекты могут вообще нормально работать и без выделения памяти. Например:
char s1 = new char[1];
char* s2 = s1+1;
Обращаться к s2 вы скорее всего сможете. И может даже работать с ним. Но так как память там unmanaged - то никто не даст гарантии что следующий new не затрет значение по этому адресу.
Кстати еще все зависит от ос. Например, выход за пределы массива в winXP мог отработать нормально, а в Win7 - 100 креш. На одном ехешнике, скомпилленом в XP.
@EnterSandman Если бы это было мое решение - я б попробовал и без вознаграждения. А так - ищите того кто на стеке отвечал :-) Я с такой проблемой не сталкивался.
Любая отладка, по крайней мере в VS, происходит только через отладочные символы. Они хранятся в pdb файлах. При запущенном дебаге (можно еще приостановить процесс, но необязательно) откройте Modules, найдите там ваш модуль, кликните правой кнопкой мыши, и выберите Symbol Load Information. Укажите там pdb-файл вашего приложения. Этот файл создается студией при компиляции в debug режиме.
Представлять хотя бы внутренние алгоритмы игры, как минимум. Плюс декомпилировать приложение и иметь навыки в отладке. Обычно такие "сейвы" защищаются - данные могут быть непоследовательны, например. Если у вас нет опыта в программировании - скорее всего ничего не получится.
По ссылке есть четкие шаги решения вашей проблемы. Как раз расписано как подгрузить отладочные символы: Start debugging, as soon as you've arrived at a breakpoint or used Debug > Break All use Debug > Windows > Modules. You'll see a list of all the assemblies that are loaded into the process. Locate the one you want to get debug info for. Right-click it and select Symbol Load Information. You'll get a dialog that lists all the directories where it looked for the .pdb file for the assembly. Verify that list against the actual .pdb location. Make sure it doesn't find an old one.
