/b/ - Анонче, приветствую уважаемый. На связи тупой

Аноним 14/12/20 Пнд 14:11:57 №2353759072

Бамп тактический.

Аноним 14/12/20 Пнд 14:13:03 №2353759813

Бамп опережающий.

Аноним 14/12/20 Пнд 14:14:24 №2353760864

Бамп возвыщающий.

Аноним 14/12/20 Пнд 14:15:13 №2353761355

Бамп информационный.

Аноним 14/12/20 Пнд 14:16:29 №2353762346

Бамп популяционный.

Аноним 14/12/20 Пнд 14:17:33 №2353763107

Бамп звукоизоляционный.

Аноним 14/12/20 Пнд 14:19:19 №2353764478

Бамп изолирующий.

Аноним 14/12/20 Пнд 14:20:12 №2353765069

Бамп токопроводящий.

Аноним 14/12/20 Пнд 14:21:36 №23537661210

Бамп предпоследний.

Аноним 14/12/20 Пнд 14:22:30 №23537669011

Репу склонил? Открывай в vs папку src. Качай либу, которая там указана (http://libiec61850.com/libiec61850/). Дописывай её пути в линкер и инклюды. Нажимай зелёный треугольник и готово. (Если бы у меня была винда сам бы тебе собрал - было бы быстрее)

Аноним 14/12/20 Пнд 14:22:36 №23537669412

Бамп последний.

Аноним 14/12/20 Пнд 14:30:19 №23537720413

>>235376690
Спасибо анонче, что откликнулся.
Либу скачал, папку открыл.
>Дописывай её пути в линкер и инклюды.
Вот тут можешь поподробнее?

Аноним 14/12/20 Пнд 14:38:05 №23537772414

Я, короче, на исходники либы, её, видимо, нужно сначала собрать, перед тем как линковаться с ней. Смотри, придётся открыть терминал и проделать то, что тут описывают. https://libiec61850.com/libiec61850/documentation/building-the-library/
Тебе нужно то, что в секции Building with Visual Studio. Распаковываешь архив, заходишь в получившуюся папку. Там создаешь папку build. В build открываешь терминал и пишешь:
cmake -G "Visual Studio 15 2017" ..
(надо установить cmake, если его нет)

Аноним 14/12/20 Пнд 14:41:59 №23537795915

>>235377724
Ок, спасибо. В процессе.

Аноним 14/12/20 Пнд 14:43:12 №23537804516

После этого (если не будет ошибок), то в этой папке появится .sln файл. Открывай его. Там в дереве проектов ищи iec61850. Кликай по нему правой кнопкой и жми build (вроде так это делалось - я уже очень давно не пользовался vs). После этого, если удачно сбилдится, то в build будут папки Debug или Release - зависит от того, что у тебя было выбрано в раскрывающемся списке рядом с зелёным треугольником. Там где-то должен будет быть файл .lib.

Аноним 14/12/20 Пнд 14:49:24 №23537837417

Устанавливаю Cmake.

Аноним 14/12/20 Пнд 14:54:53 №23537876518

>>235377724
Короче, анон, на пикрелейте ситуация при попытке собрать.
.sln файл не появился.
Попробую через консоль еще.

Аноним 14/12/20 Пнд 14:55:56 №23537885919

Пости лог из окошка снизу

Аноним 14/12/20 Пнд 14:56:20 №23537889720

>>235378765
А нет, это я обосрался. Надо было нажать Generate.
Короче файл появился.

Аноним 14/12/20 Пнд 14:56:59 №23537895721

Отлично

Аноним 14/12/20 Пнд 15:02:33 №23537946922

Пикрил то, что выдал при
>Там в дереве проектов ищи iec61850. Кликай по нему правой кнопкой и жми build (вроде так это делалось - я уже очень давно не пользовался vs)

Аноним 14/12/20 Пнд 15:03:34 №23537956123

.lib файл появился? (судя по ошибке да)

Аноним 14/12/20 Пнд 15:06:04 №23537980024

Я надеюсь тебе не нужна поддержка GOOSE (хз что это - там в гайде это отдельным пунктом и выглядит запарно).

Когда построишь либу открывай проект с твоей тулой и открывай свойства проекта. Там иди в раздел про линковщик (и там вроде подраздел ввод) и добавляй в Дополнительные зависимости iec61850.lib (она там уже должна быть прописана, если нет, то просто дописывай в конец строчки iec61850.lib;). Там же в Дополнительные директории библиотек добавляй путь к папке, в которой лежит iec61850.lib (который мы построили).

Теперь иди в раздел C/C++ и ищи где-то там дополнительный директории для заголовочных файлов. Дописывай туда $(LIBIEC61850)\src\goose;$(LIBIEC61850)\src\mms\inc;$(LIBIEC61850)\src\iec61850\inc;$(LIBIEC61850)\src\vs;$(LIBIEC61850)\src\common\inc;$(LIBIEC61850)\src\hal\inc; (если этого нет).

После этого в настройках видны добавь переменную окружения (загугли как это сделать - я не помню). Имя переменной - LIBIEC61850, значение - путь до папки с сорцами либы, такой, чтобы когда плюсыешь этот путь и куски путей из прошлого пункта получались валидные пути.

После этого можешь жать треугольник и искать в Debug или Release экзешник.

Аноним 14/12/20 Пнд 15:06:14 №23537982125

>>235379561
Да, есть такой.

Аноним 14/12/20 Пнд 15:06:58 №23537990526

Ну тогда делай то, что я в 235379800 написал

Аноним 14/12/20 Пнд 15:10:17 №23538020727

Если переменная окружения не будет пахать (компилятор будет жаловаться на то, что не может найти хедеры/либы), то вместо переменной, подставляй её значение (в доп директориях заголовочных файлов).

Аноним 14/12/20 Пнд 15:10:33 №23538024428

>>235379800
Слушай анон, обратил внимание, что утилита собрана на VS 12. Это проблема или нет?

Аноним 14/12/20 Пнд 15:10:59 №23538028529

5.png 61Кб, 1838x549

>>235380244
Пикрил отвалился.

Аноним 14/12/20 Пнд 15:13:15 №23538049430

Выбери вместо v110, тот, который у тебя есть.

Аноним 14/12/20 Пнд 15:14:51 №23538066331

>>235380494
Ок. Выбрал.
Туплю с этим:
>Там же в Дополнительные директории библиотек добавляй путь к папке, в которой лежит iec61850.lib (который мы построили).
Не могу найти куда вписать путь.

Аноним 14/12/20 Пнд 15:15:58 №23538076332

Подпункт общие или просто клик по пункту компоновщик.

Аноним 14/12/20 Пнд 15:17:45 №23538091533

* компоновщик > общие

Аноним 14/12/20 Пнд 15:19:43 №23538108234

>Теперь иди в раздел C/C++ и ищи где-то там дополнительный директории для заголовочных файлов. Дописывай туда $(LIBIEC61850)\src\goose;$(LIBIEC61850)\src\mms\inc;$(LIBIEC61850)\src\iec61850\inc;$(LIBIEC61850)\src\vs;$(LIBIEC61850)\src\common\inc;$(LIBIEC61850)\src\hal\inc; (если этого нет).
C этим я правильно тебя понял?

Аноним 14/12/20 Пнд 15:20:54 №23538118435

Да. После того как поставшь переменную переоткрой vs и в этом окошке прочекай что пути правильные раскрылись.

Аноним 14/12/20 Пнд 15:22:03 №23538129836

>>235381184
Ок. Спасибо анон, пошел гуглить как создать переменную.

Аноним 14/12/20 Пнд 15:27:41 №23538185837

>>235381298
Как то так должно быть же?

Аноним 14/12/20 Пнд 15:29:18 №23538199438

Вроде да

Аноним 14/12/20 Пнд 15:34:56 №23538248939

Короче попытался скомпилировать, выдал пикрил. Вроде путь правильный.

Аноним 14/12/20 Пнд 15:36:07 №23538257340

В папке с либой есть где-то hal_time.h?

Аноним 14/12/20 Пнд 15:37:39 №23538267341

>>235375871 (OP)
А ты знаешь, что Срален насиловал Ленена в жёппу?

Аноним 14/12/20 Пнд 15:39:00 №23538277642

>>235382573
Бля, обосрался в названии. Не то посмотрел.
Да есть такой файл, но лежит не в src.

Аноним 14/12/20 Пнд 15:41:14 №23538290843

Попробуй, ещё поменять в IEC61850.get.cpp
#include "iec61850_client.h" -> #include <iec61850_client.h>
#include "hal_thread.h" -> #include <hal_thread.h>
(6 и 9 строчки)

И проверь что в окошке на 235381082 до hal/inc раскрылся правильный путь.

Аноним 14/12/20 Пнд 15:46:08 №23538322844

>>235382908
>И проверь что в окошке на 235381082 до hal/inc раскрылся правильный путь.
Да, там косяк был. Теперь вылетает следующее:

1>c:\users\home\desktop\libiec61850-1.4.2.1\libiec61850-1.4.2.1\src\iec61850\inc\iec61850_common.h(33): fatal error C1083: Не удается открыть файл включение: logging_api.h: No such file or directory,

Аноним 14/12/20 Пнд 15:46:08 №23538322945

>>235375871 (OP)
Какой же пиздец со всеми этими симейками и прочими ублюдочными сборщиками. Спрашивается нахуя это делать, если можно использовать юнити-билд это когда ты инклудишь файлы в один и компилишь всего один .cpp с простеньким батч файлом в 99.9999999999% случаев и не ебать никому мозги.

Аноним 14/12/20 Пнд 15:48:59 №23538341846

Добавляй $(LIBIEC61850)\src\logging; к директориям путям до заголовочных файлов.

Аноним 14/12/20 Пнд 15:50:36 №23538352447

>>235383229
Звучит очень хуёво (у тебя же это будет миллиард лет собираться, если что-то больше 1к строк - нет параллелизма на разных объектных файлах).

Аноним 14/12/20 Пнд 15:51:46 №23538359848

44.png 63Кб, 1511x480

>>235383418
Бля, короче пезда походу, я не соберу это говно своими силами.

Аноним 14/12/20 Пнд 15:53:24 №23538369149

>>235383229
На самом деле симейк - это лучшее, что сейчас есть в мире крестов для сборки (хотя хуйня, конечно, просто пизедц. никому не нравится, но ничего лучше пока нет). Вот та либа, которую сначала собрали была на симейке - там там всё сразу собралось.

Аноним 14/12/20 Пнд 15:54:19 №23538374650

>>235383598
Напиши в 149 строчке вместо _TCHAR * -> auto
ЧТобы было вот так:
auto filename = FileDirectoryEntry_getFileName(entry);

Аноним 14/12/20 Пнд 15:58:06 №23538398051

555.png 60Кб, 1501x517

>>235383746
Помогло, но дальше вывалило следующее.
Мне для этих же строк так же сделать?

Аноним 14/12/20 Пнд 15:58:56 №23538403152

>>235383524
>>235383691
Нахуя вы говорите то о чем понятия не имеете. Юнити-билд даёт на клык симейку и прочим билдам только в путь, вы бы погуглили для начала прежде чем умничать.
К сожалению за пределами игорей его нигде особо не юзают, потому что там нужно выжимать все соки с железа и компиляторов.

Аноним 14/12/20 Пнд 15:59:09 №23538404153

>>235383980
Заменяй _TCHAR на const char

Аноним 14/12/20 Пнд 16:01:04 №23538415354

>>235384031
Вот для дебилов, просвещайтесь.
https://en.wikipedia.org/wiki/Unity_build
Отдельно орнул с челика выше, который пишет про параллелизм объектных файлов, когда это главная причина тормозов типичных билдов на крестах, которую Юнити убирает.

Аноним 14/12/20 Пнд 16:02:25 №23538424055

666.png 25Кб, 1381x422

>>235384041
Анон, запутался.
auto оставляю? (1 скрин)
_TCHAR меняю где? (2 скрин?)

Аноним 14/12/20 Пнд 16:03:39 №23538431256

>>235384153
Я правильно понимаю что юнити билд даёт профит только если делаешь финальный билд?

Аноним 14/12/20 Пнд 16:04:55 №23538439957

>>235384240
Меняй везде, где ругается компилятор. На const char*
auto тоже поменяй.

Аноним 14/12/20 Пнд 16:09:16 №23538467858

>>235384399
Он меня отсылает на 153 и 160 строчку. Тут я вообще не въеду, куда что добавлять.
Сейчас выглядит как на пикрил. Ругается на 153 и 160.

Аноним 14/12/20 Пнд 16:10:42 №23538477959

>>235384678
Пишет это:

1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(153): error C2664: "void Download(IedConnection,_TCHAR ,_TCHAR )": невозможно преобразовать аргумент 2 из "const char " в "_TCHAR "

Аноним 14/12/20 Пнд 16:12:10 №23538487060

>>235384312
Юнити билд всегда рекомпилится полностью. Профит он даёт от того что компилятор видит все файлы, ему не нужно создавать внешнюю таблицу функций, парсить одни и те же хедеры в разных компилейшен юнитах, а потом линковать все это в одну кучу.

Так же можно поделить юнити билд на несколько компилейшен юнитов и компилить их в паралели если нужно.

Аноним 14/12/20 Пнд 16:12:51 №23538492261

Меняй в 153 _TCHAR на const char (в скобках). Ну и вообще везде, где ругается.

Аноним 14/12/20 Пнд 16:21:52 №23538546962

>>235383524
>у тебя же это будет миллиард лет собираться, если что-то больше 1к строк - нет параллелизма на разных объектных файлах)
7к строк, фул ребилд за 2 секунды. И это на дешевом срузене 1200 в однопотоке. На нормальном процессоре в однопотоке билд в 100к строк билдится за секунду с нуля.

Аноним 14/12/20 Пнд 16:23:43 №23538557563

111.png 21Кб, 1094x366

>>235384922
Анон, то ли я в шары ебусь, то ли чего то не в дупляю, но в 153 нет _TCHAR.
Посмотри пикрил, я навел на filename и вылезло следующее.

Аноним 14/12/20 Пнд 16:24:46 №23538563764

>>235385469
>7к строк
10к если считать комменты и пустые строки.

Аноним 14/12/20 Пнд 16:26:27 №23538574765

>>235385575
А, сорян, это я объебался (поверил выводу просто). В 24 меняй.

Аноним 14/12/20 Пнд 16:30:06 №23538594466

>>235385637
Сильно. Я не спец по крестам, поэтому до этого только про precompiled headers знал. Прочитал о недостатках юнити билдов - сложно сказать перекрывает ли скорость сборки возможные проблемы(хотя, если с самого начала писать код с учётом того, что будешь всё в один файл сливать, то мб и стоит того).

Аноним 14/12/20 Пнд 16:30:53 №23538599867

>>235385747
В 24 поменял, теперь пикрил. Короче я так понял, мне надо пройти и везде сделать замену _TCHAR? Например 26 и 33 строка?

Аноним 14/12/20 Пнд 16:32:31 №23538610268

>>235385998
Да. А там, где жалуется на const char дописать перед названием переменной: (_TCHAR) - в скобках.

Аноним 14/12/20 Пнд 16:33:18 №23538615069

>>235386102
(_TCHAR*)
звезда проебалась

Аноним 14/12/20 Пнд 16:36:32 №23538638170

Лол, ну это пиздец)))

1>------ Сборка начата: проект: IEC61850.get, Конфигурация: Debug Win32 ------
1>IEC61850.get.cpp
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(40): warning C4474: "printf" : для строки формата передано слишком много аргументов
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(40): note: заполнители и их параметры ожидают переменное число аргументов в количестве 1, но было предоставлено 2
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(35): warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>c:\program files (x86)\windows kits\10\include\10.0.17763.0\ucrt\string.h(90): note: см. объявление "strcat"
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(36): warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>c:\program files (x86)\windows kits\10\include\10.0.17763.0\ucrt\string.h(90): note: см. объявление "strcat"
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(42): warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>c:\program files (x86)\windows kits\10\include\10.0.17763.0\ucrt\stdio.h(208): note: см. объявление "fopen"
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(107): warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>c:\program files (x86)\windows kits\10\include\10.0.17763.0\ucrt\string.h(90): note: см. объявление "strcat"
1>c:\users\home\desktop\iec61850.get-master\src\iec61850.get\iec61850.get.cpp(108): warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>c:\program files (x86)\windows kits\10\include\10.0.17763.0\ucrt\string.h(90): note: см. объявление "strcat"
1>iec61850.lib(constr_SET_OF.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(OCTET_STRING.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_value_cache.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(map.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(BOOLEAN.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_journal.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_get_namelist_service.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(asn_codecs_prim.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(constr_SEQUENCE.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(NULL.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_common_msg.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(INTEGER.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(iso_connection.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_named_variable_list.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(iso_client_connection.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(ber_decode.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_client_read.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_client_journals.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(iec61850_common.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_client_connection.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(client_report.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(asn1_ber_primitive_value.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(linked_list.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(ied_connection.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(mms_value.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(string_utilities.obj) : error LNK2001: неразрешенный внешний символ "_Memory_malloc"
1>iec61850.lib(asn_SET_OF.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(GeneralizedTime.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(BOOLEAN.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(mms_journal.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(constr_SET_OF.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(OCTET_STRING.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(mms_value_cache.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(map.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(mms_domain.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"
1>iec61850.lib(mms_device.obj) : error LNK2001: неразрешенный внешний символ "_Memory_free"

Аноним 14/12/20 Пнд 16:37:35 №23538646171

1>iec61850.lib(mms_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Thread_create в функции _MmsConnection_connectAsync
1>iec61850.lib(mms_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Thread_start в функции _MmsConnection_connectAsync
1>iec61850.lib(mms_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Thread_destroy в функции _MmsConnection_destroy
1>iec61850.lib(iso_server.obj) : error LNK2001: неразрешенный внешний символ "_Thread_destroy"
1>iec61850.lib(mms_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Thread_sleep в функции _MmsConnection_abort
1>iec61850.lib(iso_server.obj) : error LNK2001: неразрешенный внешний символ "_Thread_sleep"
1>iec61850.lib(iso_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_activateTcpKeepAlive в функции _IsoClientConnection_associateAsync
1>iec61850.lib(iso_server.obj) : error LNK2001: неразрешенный внешний символ "_Socket_activateTcpKeepAlive"
1>iec61850.lib(iso_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _TcpSocket_create в функции _IsoClientConnection_associateAsync
1>iec61850.lib(iso_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_connectAsync в функции _IsoClientConnection_associateAsync
1>iec61850.lib(iso_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_checkAsyncConnectState в функции _IsoClientConnection_handleConnection
1>iec61850.lib(iso_client_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_destroy в функции _IsoClientConnection_associateAsync
1>iec61850.lib(iso_connection.obj) : error LNK2001: неразрешенный внешний символ "_Socket_destroy"
1>iec61850.lib(iso_server.obj) : error LNK2001: неразрешенный внешний символ "_Socket_destroy"
1>iec61850.lib(mms_client_files.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_closeFile в функции "void __cdecl mmsClient_handleFileCloseRequest(struct sMmsConnection ,unsigned char ,int,int,unsigned int,struct ByteBuffer )" (?mmsClient_handleFileCloseRequest@@YAXPAUsMmsConnection@@PAEHHIPAUByteBuffer@@@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2001: неразрешенный внешний символ "_FileSystem_closeFile"
1>iec61850.lib(mms_server_connection.obj) : error LNK2001: неразрешенный внешний символ "_FileSystem_closeFile"
1>iec61850.lib(cotp.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_read в функции "int __cdecl readFromSocket(struct CotpConnection ,unsigned char ,int)" (?readFromSocket@@YAHPAUCotpConnection@@PAEH@Z)
1>iec61850.lib(cotp.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_write в функции "int __cdecl writeToSocket(struct CotpConnection ,unsigned char ,int)" (?writeToSocket@@YAHPAUCotpConnection@@PAEH@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_openFile в функции "void __cdecl openFile(char const ,char ,bool)" (?openFile@@YAPAXPBDPAD_N@Z)
1>iec61850.lib(mms_common_msg.obj) : error LNK2001: неразрешенный внешний символ "_FileSystem_openFile"
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_readFile в функции "void __cdecl mmsMsg_createFileReadResponse(int,unsigned int,struct ByteBuffer ,struct MmsFileReadStateMachine )" (?mmsMsg_createFileReadResponse@@YAXHIPAUByteBuffer@@PAUMmsFileReadStateMachine@@@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_getFileInfo в функции "void __cdecl mmsServer_handleObtainFileRequest(struct sMmsServerConnection ,unsigned char ,int,int,unsigned int,struct ByteBuffer )" (?mmsServer_handleObtainFileRequest@@YAXPAUsMmsServerConnection@@PAEHHIPAUByteBuffer@@@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_deleteFile в функции "bool __cdecl deleteFile(char const ,char )" (?deleteFile@@YA_NPBDPAD@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_renameFile в функции "bool __cdecl renameFile(char const ,char ,char )" (?renameFile@@YA_NPBDPAD1@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_openDirectory в функции "struct sDirectoryHandle __cdecl openDirectory(char const ,char )" (?openDirectory@@YAPAUsDirectoryHandle@@PBDPAD@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_readDirectory в функции "int __cdecl addFileEntriesToResponse(char const ,unsigned char ,int,int,char ,char ,bool )" (?addFileEntriesToResponse@@YAHPBDPAEHHPADPAPADPA_N@Z)
1>iec61850.lib(mms_file_service.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_closeDirectory в функции "int __cdecl addFileEntriesToResponse(char const ,unsigned char ,int,int,char ,char ,bool )" (?addFileEntriesToResponse@@YAHPBDPAEHHPADPAPADPA_N@Z)
1>iec61850.lib(mms_server_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _FileSystem_writeFile в функции "void __cdecl mmsFileReadHandler(unsigned int,void ,enum MmsError,int,unsigned char ,unsigned int,bool)" (?mmsFileReadHandler@@YAXIPAXW4MmsError@@HPAEI_N@Z)
1>iec61850.lib(INTEGER.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Memory_realloc в функции _ASN_DEBUG
1>iec61850.lib(constr_SET_OF.obj) : error LNK2001: неразрешенный внешний символ "_Memory_realloc"
1>iec61850.lib(OCTET_STRING.obj) : error LNK2001: неразрешенный внешний символ "_Memory_realloc"
1>iec61850.lib(asn_SET_OF.obj) : error LNK2001: неразрешенный внешний символ "_Memory_realloc"
1>iec61850.lib(iso_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Handleset_addSocket в функции "void __cdecl IsoConnection_addToHandleSet(struct sIsoConnection const,struct sHandleSet )" (?IsoConnection_addToHandleSet@@YAXQAUsIsoConnection@@PAUsHandleSet@@@Z)
1>iec61850.lib(iso_server.obj) : error LNK2001: неразрешенный внешний символ "_Handleset_addSocket"
1>iec61850.lib(iso_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Handleset_removeSocket в функции "void __cdecl IsoConnection_removeFromHandleSet(struct sIsoConnection const,struct sHandleSet )" (?IsoConnection_removeFromHandleSet@@YAXQAUsIsoConnection@@PAUsHandleSet@@@Z)
1>iec61850.lib(iso_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_getLocalAddress в функции "struct sIsoConnection __cdecl IsoConnection_create(struct sSocket ,struct sIsoServer ,bool)" (?IsoConnection_create@@YAPAUsIsoConnection@@PAUsSocket@@PAUsIsoServer@@_N@Z)
1>iec61850.lib(iso_connection.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Socket_getPeerAddress в функции "struct sIsoConnection __cdecl IsoConnection_create(struct sSocket ,struct sIsoServer ,bool)" (?IsoConnection_create@@YAPAUsIsoConnection@@PAUsSocket@@PAUsIsoServer@@_N@Z)
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Handleset_new в функции "bool __cdecl setupIsoServer(struct sIsoServer )" (?setupIsoServer@@YA_NPAUsIsoServer@@@Z)
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Handleset_waitReady в функции _IsoServer_waitReady
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _Handleset_destroy в функции _IsoServer_destroy
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _TcpServerSocket_create в функции "bool __cdecl setupIsoServer(struct sIsoServer )" (?setupIsoServer@@YA_NPAUsIsoServer@@@Z)
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _ServerSocket_listen в функции "bool __cdecl setupIsoServer(struct sIsoServer )" (?setupIsoServer@@YA_NPAUsIsoServer@@@Z)
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _ServerSocket_accept в функции "void __cdecl handleIsoConnections(struct sIsoServer ,bool)" (?handleIsoConnections@@YAXPAUsIsoServer@@_N@Z)
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _ServerSocket_setBacklog в функции "bool __cdecl setupIsoServer(struct sIsoServer )" (?setupIsoServer@@YA_NPAUsIsoServer@@@Z)
1>iec61850.lib(iso_server.obj) : error LNK2019: ссылка на неразрешенный внешний символ _ServerSocket_destroy в функции _IsoServer_stopListening
1>C:\Users\home\Desktop\IEC61850.get-master\src\Debug\IEC61850.get.exe : fatal error LNK1120: неразрешенных внешних элементов: 42
1>Сборка проекта "IEC61850.get.vcxproj" завершена с ошибкой.
========== Сборка: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 ==========

Аноним 14/12/20 Пнд 16:38:50 №23538654772

Это вайп?
Понимаю теперь за что программистам так много платят. Добровольно заниматься этой ебаниной будет только наглухо отбитый аутист.

Аноним 14/12/20 Пнд 16:40:04 №23538662173

>>235385944
>(хотя, если с самого начала писать код с учётом того, что будешь всё в один файл сливать, то мб и стоит того).
А недостатков то и нет. Огромная скорость секунды vs часы типичной симейк сборки и это не шутки.
Плюс вся сборка по сути это cl some_file.cpp. Все блядь, вся сборка это одна строчка. Ну плюс-минус опциональные параметры компилятора.

И нет вот этого пиздеца >>235386381

Почему люди до сих пор не переходят массово на unity/unified билды я понятия не имею. Кроме общей промытости софтдев сферы.

Аноним 14/12/20 Пнд 16:40:40 №23538666774

Короче анонче, видимо не судьба мне это говно завести. Спасибо, что попытался помочь.

Аноним 14/12/20 Пнд 16:43:41 №23538685075

>>235386667
Судя по ошибкам либа не слинковалась с stdlib (наверное). Тут без курения настроек сборки хз чем помочь.

>>235386621
Проблемы с зависимостями не решаются ведь такими билдами.

Аноним 14/12/20 Пнд 16:45:06 №23538695576

>>235386850
Ладно, хуй с ним, спасибо еще раз.

Аноним 14/12/20 Пнд 16:47:05 №23538706977

>>235386850
>Проблемы с зависимостями не решаются ведь такими билдами.
ну а ты перечитай пост анона выше. Там проблемы с линковкой разных обж файлов, а в юнити этого нет, потому что у тебя один компилейшен юнит.

Аноним 14/12/20 Пнд 17:29:26 №23538991078

>>235375871 (OP)
В гугле забанен? В вижуалке чтобы проект собрать даже мозг включать не надо.

Аноним 14/12/20 Пнд 17:37:05 №23539043279

>>235389910
Лол, представляю, если бы я собирал с помощью гугла, сколько времени бы ушло на те шаги, что анон подсказал.
Если есть желание, то помогай, как видишь из треда, не все так просто.
На этом остановился:
>>235386461
>>235386381