кстати да

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

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

и в итоге отсутствие бинарной совместимости как с любой java/C#/etc

так что не надо такое для общего пользования)

а кто-нибудь в курсе зачем в .dub/packages/ сначала идут папки с версией внутри которых лежат папки с именем просто?

или я задавал уже этот вопрос?..

У меня внутри лежат уже исходники с кодами

ubuntu@dlang:~/.dub/packages/memutils-0.4.4$ ls dub.json dub.selections.json LICENSE README.md source

у меня такая структура для всех пакетов .dub/packages/gtk-d-3.5.1/gtk-d/

Какая ось?

и получается что каждая версия она в верхней директории

федора

да и на винде вроде так же

Ну не знаю, у меня вот так, выглядит вполне нормально

в D есть аналог функции zip из python или zipWith из Haskell? На вход ей подаются несколько массивов одинковой длины и она пробегается по их элементам одновременно. То есть в первую итерацию мы получаем набор из первых элементов массивов, во второй набор из вторых элементов и т. д.

есть и она называется zip

только она возвращает рейндж кортежей, а не массив. но в массив можно превратить тоже

можно ссылку на документацию

О!

нашел

https://dlang.org/phobos/std_range.html#zip на всякий случай

ага

спасибо!

а я гуглю и только на модуль zip натыкаюсь для архивов

ребят, а кто чем пользуется для файлов настроек?

есть что-нибудь прям простое безструктурное и главное готовое?

или легче самому написать?

и да, vibe чёт не хочу юзать

да и вообще то что этот чел сделал

dini самое лучшее

а почему такое предубеждение перед vibe?

это не предубеждение, много раз натыкался на неприятные моменты

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

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

там разве что-то для хранения настроек есть свое?

ну я про json и sdl

sdl тоже от людвига

https://github.com/s-ludwig/std_data_json

а ну проще ini и модуль dini использую только его везде

хотя, кстати, sdl не он пишет

ой там Json этот новый. Там людвиг борется чтобы вместо 7 букв можно 5 было писать при объявлении переменной я там его логику так и не понял

я его логику вообще слабо понимаю

https://github.com/s-ludwig/std_data_json/issues/27

при развитии проектов он руководствуется лишь личными потребностями, хотя иногда проекты его вырастают чуть дальше его интересов (за что, кстати, респект в целом)

" toJSON Converts the given JSON document(s) to its string representation"

почему бы тогда toString не назвать %)

toJSONString ему кажется очень длинным

кроме dini вариантов не много?

из проверенных?

они все значительно хуже в плане гибкости

dini проверен и если что его пофиксить очень просто чтобы он работал с нестандартными файлами

почему бы тогда toString не назвать %)

ну, тут, кстати, логику людвига понять можно

В Роскосмосе какие-то мудаки взяли ini файл, заменили у секций скобки квадратные на укловые и добавили туда заголовок от XML — типа новый формат данных изобрели. В итоге я его только через dini смог распарсить.

В Роскосмосе какие-то мудаки взяли ini файл, заменили у секций скобки квадратные на укловые и добавили туда заголовок от XML — типа новый формат данных изобрели. В итоге я его только через dini смог распарсить.

мне кажется это частый прикол)

что-то взять вроде готовое, понять, что под 2-3 случая не подходит и переделать всё нахрен)

https://github.com/bubnenkoff/dcms/blob/master/source/config.d вот dini

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

https://github.com/bubnenkoff/dcms/blob/master/source/config.d вот dini

норм, вот только твой код меня немного смущает)))

string configPath = buildPath((thisExePath[0..((thisExePath.lastIndexOf("\\"))+1)]), "config.ini");

вот тут что происходит?)))

кстати еще такой момент: string configPath = buildPath((thisExePath[0..((thisExePath.lastIndexOf("\\"))+1)]), "config.ini"); без этого у меня почему-то при запуске приложения из планировщика он конфиг не находил

т.е. это я осознанно написал

хм...

может щас конечно что-то поменялось, но хз. я такую консрукцию из проекта в проект таскаю

где лежит бинарник и конфиг? всмысле структура папок

ERROR: S client not available

бинарик и конфиг лежали в одной папке, запускались системным планировщиком под Windows

в любом случае это проще делается)

1 сек

string exeRelativePath(string[] path...) { return buildNormalizedPath(dirName(thisExePath()) ~ path); }

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

и ты можешь передать в функцию относительные пути

ну да, покрасивее чем у меня

и кроссплатформенно

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

я по всей проге пользую

потому как програ — отдельная директория

все нужные файлы в этой директории

исполняемый файл лежит в папке bin

все остальные в других папках

и часто использую такую запись exeRelativePath("..", "settings", "config.ini");

но 2 файла лежат с исполняемым в папке (sqlitedb и драйвер виндовый к ней)

ребят, а кто чем пользуется для файлов настроек?

http://code.dlang.org/packages/proped - обертка над yaml, sdl, json и .properties файлами конфигов. Пока никаких проблем не возникало.

http://code.dlang.org/packages/proped - обертка над yaml, sdl, json и .properties файлами конфигов. Пока никаких проблем не возникало.

проект твоего товарища?

знаком с ним

насколько он в этой библиотеке сам заинтересован?

всмысле использует ли он её в работе

не бросит ли в какой-то момент

когда потребуется баг устранить

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

тогда сейчас попробую dini и proped

по proped могу проконсультировать, если необходимо

зависимости который тянет hunt (конкурент vibed) убили: $ dub run Fetching ddbc 0.3.2 (getting selected version)... ... Fetching hunt 0.7.0-beta6 (getting selected version)... Fetching vibe-d 0.7.31 (getting selected version)..

еще никак не пойму. оно так падает или так глючно работает)

вроде бы упало по логу но продолжает работать (хотя и страница не рефрешится) )

вроде бы упало по логу но продолжает работать (хотя и страница не рефрешится) )

мог упасть не главный поток

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