поитерировать по каталогу, да

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78346

c++ - практически единственный из живых языков, у которого напрочь отсутствует нормальная инфраструктура для либ :(

Ещё си.

=)

Да, где инфраструктура не отделена от языка.

она почти во всем из списка отделена, но присутствует (у многих - несколько альтернатив)

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

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

Так, стоп. не в каждой задаче есть такие приседания, иногда нужно просто скопировать/создать файл в каталоге и забыть. и я не хочу ради этого тащиться в наследие Си или вытаскивать буст, или давайте откроем API винды.. обернем его сами как нам надо, напишем обертку и для линукса,.. а мы еще и в маке рабоатем, круто, давайте завернем в обертку для него тоже. boost::filesystem сейчас с этими простыми задачами прекрасно справляется в нормальном С++ стиле. Да, если мне нужны специфические манипуляции с файлами, я конечно пойду и позову кусок API фс конкретной системы и сделаю что хочу.

это реально демотивирует

Естественный отбор

Алекс, я бы не был бы так уверен в этом

Естественный отбор

за это плюсовиков и не любят - элитка не прорвался через костыли и геморрой - ниосилятор

Алекс, я бы не был бы так уверен в этом

проверено в работе на проекте реально работающем на 3х системах, использует boost::filesystem. Манипуляции для винды специфические сделаны с помощью API винды, да. Но они очень легко интегрировались. В общем, я остался доволен вполне

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

за это плюсовиков и не любят - элитка не прорвался через костыли и геморрой - ниосилятор

эт ты к еще к хаскеллистам не заглядывал

Алекс, взять винду. там можно на файлы вешать скрытые потоки. большинство файловых менеджеров теряют информацию об этих потоках при копировании. и я не уверен, что boost::filesystem способна сделать копию без потерь данных. а с потерями можно обычным std::iostream без проблем скопировать

Алекс, взять винду. там можно на файлы вешать скрытые потоки. большинство файловых менеджеров теряют информацию об этих потоках при копировании. и я не уверен, что boost::filesystem способна сделать копию без потерь данных. а с потерями можно обычным std::iostream без проблем скопировать

Можно, а Вам это правда всегда нужно? Вот задача: пользователь хочет сохранить документ, отредактировать, закрыть, вы должны в фоне отследить изменение и залить куда-то к себе , обновить версию и уведомить других пользователей, работающих над этой же задачей/документом

ну вот отследить изменения std::filesystem не умеет. она вообще не имеет никакого отношения к портам завершения

ну вот отследить изменения std::filesystem не умеет. она вообще не имеет никакого отношения к портам завершения

ну нет, она вполне нормально получает дату измнения файла.

и я вообще не знаю ни одну библиотеку для работы с фс, которое бы такое кросс-платформенно умела бы. на винапи это делается элементарно

дата изменения файла - это не то же самое, что отследить изменение в файловой системе

и кстати, дату изменения файла умеет сишное наследние. я только не помню точно функцию

и я вообще не знаю ни одну библиотеку для работы с фс, которое бы такое кросс-платформенно умела бы. на винапи это делается элементарно

м? https://github.com/emcrisostomo/fswatch

и кстати, дату изменения файла умеет сишное наследние. я только не помню точно функцию

умеет, да :) В данной задаче достаточно даты измнения файла вполне. не надо усложнаять. ДА, можно вешать колбеки на модификацию файла на фс, но перебором не кажется?)

в любом случае с офисными документами будет другая проблема, но это уже за рамки обсуждения и относится к особенностям работы офиса от МС

перебором - это какой то треш. и да - ссылки. пользователь воткнул симлинку/хардлинку. и привет админским правам под виндой

и вот здесь std::filesystem опять лососнула

бонусный вопрос: чем плох код f(shared_ptr<T> (new T(...)), g()), помимо производительности?

Потенциальными утечками памяти. Порядок вызова не определен. Может сразу отработать new, потом функция и только потом созданный new указатель будет передан во владение shared_ptr. Таким образом, если функция выбросит исключение, то указатель на уже выделенный ресурс будет утерян. Следовательно утечка памяти.

а... хотя просто чекнуть информацию о ссылке вроде бы прав не требует. ну да, тогда можно

перебором - это какой то треш. и да - ссылки. пользователь воткнул симлинку/хардлинку. и привет админским правам под виндой

эм? bfs v3 умеет симлинки. и ходить по ним, и создавать, и читать

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

в винде и линкусе

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

+

на асме

высокоуровневые абстракции какие-то

на асме

++

странные

высокоуровневые абстракции какие-то

совсем уже обленились, да

совсем уже обленились, да

зажрались

кто зажрался

кто обленился?

Алексей, плохо умеет. простой пример: я создаю симлинку из командной строки: mklink ... потом пытаюсь чекнуть её при помощи boost::filesystem. ну так вот, он не распознает её как симлинку. а под виндой требуются права администратора, для её создания силами самого boost::filesystem

на асме

либо на С

Алексей, плохо умеет. простой пример: я создаю симлинку из командной строки: mklink ... потом пытаюсь чекнуть её при помощи boost::filesystem. ну так вот, он не распознает её как симлинку. а под виндой требуются права администратора, для её создания силами самого boost::filesystem

ок, я проверю как доберусь до виндовой машины. На линуксе с этим все было ок.

на линуксах свои проблемы)

эт.. господа.. у нас тут предстоит проектит под линуху... а у нас никто не кодил под нее

порекомендует кто нижки чтоль?

эт.. господа.. у нас тут предстоит проектит под линуху... а у нас никто не кодил под нее

вам понравится :)

да я уже представляю

серверная часть на С панель на питоне

http://www.ozon.ru/context/detail/id/31934003/

может быть там не все так системоспецифично..

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

а то что есть - оч сильно ограниченно в своих возможностях

http://www.ozon.ru/context/detail/id/31934003/

поставил на загрузку

в некоторых устройствах нет фс вообще

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

Это понятно, когда у тебя задачи чуть сложнее чем в текущей директории скопировать файлик. Но веть таких элементарных задач море и они встречаются часто. хочется делать их простым понятным С++ way. Я вот к чему. Поэтому и неплохо иметь std:filesystem

Алексей, не спорю. std::filesystem - штука очень полезная. я сам с нетерпением жду с++17 )) Вообще, это удивительно, но как ни пытался, так и не смог найти ни одной хорошей альтернативы boost::filesystem

вроде кто-то хорошо отзывался об одной, могу поискать

поищите)

Алексей, не спорю. std::filesystem - штука очень полезная. я сам с нетерпением жду с++17 )) Вообще, это удивительно, но как ни пытался, так и не смог найти ни одной хорошей альтернативы boost::filesystem

Какие фичи предоставляет?

Не юзал boost::filesystem

я впомнил, что слышал это где-то в первых десяти эпизодах cpp каста, но не представляю в каком

да обычные: итерация по файловой системе. создание/удаление/копирование/ссылки/информация о файле

да обычные: итерация по файловой системе. создание/удаление/копирование/ссылки/информация о файле

Я сперва просто не на то подумал, на замену filestream

Я сперва просто не на то подумал, на замену filestream

не понял этой фразы

ERROR: S client not available

не понял этой фразы

он думал, что boost::filesystem не имеет отношения собственно к файловой системе, а по функциональности будет альтернативой файловым потокам плюсовым

а...)

он думал, что boost::filesystem не имеет отношения собственно к файловой системе, а по функциональности будет альтернативой файловым потокам плюсовым

Спасибо за перевод)

https://tartanllama.github.io/c++/2016/11/10/exploding-tuples-fold-expressions/

как свою страницу на гитхабе сделать

как по ссылке

в принципе это просто репозиторий, но имя репозитория должно совпадать с именем на гитхабе

https://pages.github.com/

статику он хостит великолепно и бесплатно

http://isizov.ru/github-kak-hosting-dlya-sajtov/

интересно..

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

можно красоты наделать

?

Что за рефлексия?

Чтиво на пару дней - Язык программирования С++

Сайн байна^^

http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p0194r2.html

http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p0424r0.pdf

http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p0194r2.html

О, чо тут у нас..

Рефлекесия и UDL ддя строк — самое вкусное, что я жду.

Тогда бы я смог запилить нормальную ORM.

Рефлекесия и UDL ддя строк — самое вкусное, что я жду.

в смысле - нормальные UDL для строк? Просто UDL уже есть

в смысле - нормальные UDL для строк? Просто UDL уже есть

Ну, вот http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p0424r0.pdf

Рефлексия ??

type string можно было бы пилить БЕЗ макросов!

а, да, такие и я жду) пока приходится хаками

http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p0194r2.html

о, интересно

https://adishavit.github.io/2016/magical-captureless-lambdas/