Это то что называется "текущий каталог" для запущенной программы.
Этот путь в принципе может быть любым. Правда, некоторые, криво написанные, программы правильно работают только при указании какого-то определенного текущего каталога (например каталога где лежит исполняемый файл). Правильная программа не должна зависеть от этого параметра своего реального окружения.
Не корректным этот путь может быть только если он физически не существует. Но и в этом случае винда сможет запустить программу с текущим каталогом видимо где-то в %SystemRoot%\system32
Диск в батнике можно монитровать и размонтировать с помощью net use /?
На счет прав доступа смотри ответ kalapanga, я с ним согласен, а так же согласен с тем, что лучше бэкап сначала сохранять на локальный диск и потом копировать отдельно от sqlcmd.
sqlcmd нормально работает с UNC путями? Я просто не в курсе.
Просто стандартные виндовые команды cmd не умеют в UNC - надо подключать на букву диска.
Если sqlcmd дружит с UNC, то ошибка на скрине говорит, что нет доступа. Отсюда вопросы:
Как запускаете батник? Под каким пользователем? Имеет ли пользователь доступ к сетевому ресурсу?
Если операция одноразовая то можно формулами + немного руками:
1. Отсортировать по сравниваемому столбцу, пусть это будет столбец А, а объединяемый столбец с данными - B. В вашем случае, похоже, что таблица уже отсортирована как надо.
2. в ячейке С1 водим такую формулу: =ЕСЛИ($A1=$A2;$B1&", "& $C2;$B1)
и копируем ее до конца тоблицы. Эта формула соберет в самом первом вхождении "Березовой рощи" все данные из нижележащих "Березовых рощ" и т.д.
3. Затем надо скопировать полученный столбец С в себя же или рядом с помощью операции "Специальная вставка"->"Вставка значения". Пусть мы скопируем это в столбец D.
4. Теперь надо удалить лишние вхождения. Для этого в столбце E в первой строке ставим 1 вручную, во второй строке вводим формулу: =ЕСЛИ($A2=$A1;0;1)
Формулу копируем до конца таблицы.
Таким образом все первые уникальные вхождения сравниваемого столбца помечаются 1, а последующие нулями.
5. Ставим автофильтр на столбец Е, фильтруем по значению 0 и удаляем все отфильтрованные строки. Снимаем фильтр
6. Удаляем все промежуточные колонки, оставляя только А и D
Все это не сложно делается, но если у вас большая пачка подобных книг или скажем надо делать эту операцию ежедневно, то эта задача будет довольно утомительной и стоит подумать над автоматизацией. Можно написать скрипт на VBA.
Для ответа на вопрос его явно надо развернуть, дав ответы на следующие вопросы:
1. Что такое "подключить файл"?
2. Какой файл вы собираетесь "подключать"?
3. Для чего вы собираетесь "подключать" файл?
В таком виде вопрос звучит очень абстрактно и можно притянуть несколько мало связанных тем, отвечая на него.
pfg21, tmpfs - файловая система в памяти.
Она за одно снимет и ограничения накладываемые дисками, а это не совсем то что нужно.
Разве что посмотреть на максимально возможную производительность.
Вы же работаете с файлами. Даже при наличии SSD - чтение файлов будет узким местом в программе.
Кроме того сама ОСь и фоновые процессы могут чем-то занимать SSD. Так же ранее прочитанный файл уже может быть в кэше ОС или SSD и тогда он прочитается быстрее в следующий раз.
По хорошему для экспериментов максимально разгрузить диск. Если есть возможность - выделить отдельный физический диск для этих экспериментов .
Я бы для начала сравнил производительность в однопоточной версии и в многопоточной на одном наборе файлов.
Если многопоток не дает увеличения производительности, то возможно что-то работает не так как задумывалось (async не всегда может запускать дополнительные потоки, блокировки/взаимоблокировки потоков и т.п.).
Если все же многопоток дает существеный прирост скорости, то стоит протестировать разное количество потоков и выбрать оптимальное количество, когда последующее увеличение количества потоков не дает увеличения производительности.
Это точно не вина std::unordered_map и std::unordered_set - как бы ни были они написаны, их производительность на одних и тех же данных будет примерно одинаковой.
Dependency Walker есть для win64.
Правда не обновляется уже давно, похоже автор забил на развитие проекта.
Но работает вполне исправно на 11 винде.
В составе MSVS есть утилита ком.строки dumpbin.
В mingw есть objdump.
dumpbin и objdump умеют показывать много чего, так что надо поразбираться c опциями, чтоб получить желаемое.
У букинистов вполне реально купить. Есть в интернете соответствующие площадки.
Правда иногда приходится ждать довольно долго.
Несколько лет назад так покупал "Разработку сетевых приложений" Стивенса.
Вместо «Компьютерные сети. Нисходящий подход» можете взять актуальные издания Олиферов или Таненбаума по сетям. В принципе содержание похожее.
Вообще все арифметические действия в разных позиционных системах счисления (СС) производятся одинаково.
Но т.к. в жизни мы привыкли только к десятичной СС, то бывает сложно перенести те же действия на СС с другим основанием. Но если немного подумать и набить руку, то станет это делать достаточно легко.
Например, когда переносим разряд влево при сложении в десятичной системе - это значит мы переносим десяток (т.е. это основание СС), аналогично перенос разряда в 16 СС - это перенос 16 - основание СС и т.д. и т.п.
Такой детализации не достаточно.
Не знаю, что такое swap.img, это не похоже на стандартный линуксовый файл. Похоже на какой-то образ. Образ swap раздела что ли? Я не в курсе.
Все остальное - это стандартные линуксовые каталоги они должны быть. Надо лезть глубже. Посмотрите детальней /var и /usr, может там что-то найдете подозрительное.
На самом деле, возможно просто 10 Гб слишком мало. Я честно говоря уже давненько не ставил пустого линукса. Не могу сказать сколько там требуется места на диске. Раньше вроде бы было достаточно для не больших экспериментов.
Запускайте du из-под sudo, а то что-то у вас мало стандартных каталогов на скрине.
mmmonk21, Проще всего занового накатить виртуалку с новым диском.
Если хочется приключений, то:
1. расширить диск виртуалки, обычно это можно сделать средствами гипервизора
2. внутри виртуалки загрузившись с livecd с gparted расширить раздел линукса. livecd нужен, т.к. расширять надо раздел root, а он всегда занят.
Вообще стоит пройтись по разделу и посмотреть что отъедает память. Можно использовать утилиту du для этих целей.
Acaunt, Нет конечно. Ведь в этом случае возможно одновременное выполнение push и pop - и все, с большой вероятностью очередь тут и загнется. А если повезет и она не сломается на первом же случае, то сломается на следующем.
Все стандартные структуры не потокобезопасны, т.е. все операции с таким контейнером не потокобезопасны.
Так что защищать нужно вообще все манипуляции с очередью, кроме тех случаев когда вы точно уверены, что тут будет только один поток (например вызов конструктора).
Раз вы используете vcpkg, то с его же помощью просто удалите динамическую библиотеку. На сколько помню там это можно сделать, хотя самому давно его использовать не приходилось, так что конкретные шаги не подскажу. В этом случае компилятор не найдя динамической библиотеки будет использовать статическую.
Только тут какая-то не стыковка с этим вашим высказыванием:
чтобы при компиляции не создавались dll файлы от этой библиотеки
vcpkg устанавливает уже собранную библиотеку и собирать ее отдельно не требуется.
Можно и самому собрать библиотеку в том виде, в каком вам требуется для проекта и использовать этот вариант библиотеки. Но для этого надо разобраться как ее собирать, обычно это описано где-то в readme, который идет вместе с исходниками библиотеки, или в документации.
Некоторые библиотеки собирать довольно сложно, но вроде бы libzip не из их числа.
Соберите libzip как статическую и используйте ее. Само подключение статической библиотеки к проекту никак не отличается от подключения динамической библиотеки.
msys2 - это не компилятор - это оболочка, которую можно нарастить с помощью пакетного менеджера несколькими видами компиляторов mingw/clang и стандартных библиотек.
После переустановки msys2 и компиляторов внутрь, программу пересобирал?
Программу запускаешь из ком.строки msys2 той же, в которой ее собирал?
Такое впечатление, что либо программа собрана со старыми версиями стандартных библиотек (пересобрать программу после переустановки msys2 и компилятора) или при загрузке программы загрузчик не может найти нужные стандартные библиотеки (запускать в той же командной оболочке msys2, в которой была собрана программа, их там 5 штук вроде бы или может уже больше).
Почему основание здесь это максимальная ёмкость байта?
Потому что вы раскладываете двухбайтовое целое на байты, а в каждом байте может быть закодировано 256 значений. Каждое значение байта - это одна цифра в 256ричной системе счисления.
Для простоты проще представлять значения байта не цифрами [0; 255], а ASCII символами - тогда все хорошо складывается, каждый ASCII символ - это символ представляющий цифру в системе счисления по основанию 256.
Я не видел реального использования 256ричной системы счисления, видел 36ричную на практике - в одной программе формировались пронумерованные выходные файлы, нумерация была в 36ричной системе счисления - так можно было в 3 символах расширения файла закодировать дофига вариантов. В программе номер файла был порядковым днем в году - 365 вполне укладывается в 2 цифры в 36ричной системе счисления, да еще и с большим запасом.
Кроме того стандартные Сишные функции из семейства strtol умеют оперировать всеми системами счисления вплоть до 36. Так что реализовать в коде подобную нумерацию файлов было не сложно.
Это то что называется "текущий каталог" для запущенной программы.
Этот путь в принципе может быть любым. Правда, некоторые, криво написанные, программы правильно работают только при указании какого-то определенного текущего каталога (например каталога где лежит исполняемый файл). Правильная программа не должна зависеть от этого параметра своего реального окружения.
Не корректным этот путь может быть только если он физически не существует. Но и в этом случае винда сможет запустить программу с текущим каталогом видимо где-то в
%SystemRoot%\system32