да вот фиг его уже знает. Я просто уже готов уже ко всему)

А что такое «ленивый массив»? Нет ведь такой вещи. Есть range, р которых вы тут и говорите. Он умеет возвращать значения по порядку, и он один знает, после какого значения перестать работать. Соответственно, выделить под него нужную память никто не смог бы при всём желании.

Хотя, конечно, можно самому написать враппер, который будет возвращать элементы порциями по 100. Не удивлюсь, если в std такое есть.

А что такое «ленивый массив»? Нет ведь такой вещи. Есть range, р которых вы тут и говорите. Он умеет возвращать значения по порядку, и он один знает, после какого значения перестать работать. Соответственно, выделить под него нужную память никто не смог бы при всём желании.

Некоторые range-и знают сколько значений они выдадут. Для всех остальных можно постепенно выделять память.

Хотя, конечно, можно самому написать враппер, который будет возвращать элементы порциями по 100. Не удивлюсь, если в std такое есть.

Есть.

Некоторые range-и знают сколько значений они выдадут. Для всех остальных можно постепенно выделять память.

ммм.. ну знать-то знают, но наружу они это через интерфейс выдать могут?

Могут.

length никто не отменял.

ок, пойду заткнусь, всем сорри))

ммм.. ну знать-то знают, но наружу они это через интерфейс выдать могут?

ты говоришь про самый простой InputRange

а есть и другие, которые больше операций поддерживают

ок, пойду заткнусь, всем сорри))

Лучше вот поизучай: http://dlang.org/phobos/std_range_primitives.html С момента «It also provides number of templates that test for various range capabilities».

ок

а есть и другие, которые больше операций поддерживают

Вообще говоря, я читал что немного пожалели, что сделали другие range-и. Достаточно InputRange, OutputRange и набор шаблонов для тестирования range-ей на возможности.

Вообще говоря, я читал что немного пожалели, что сделали другие range-и. Достаточно InputRange, OutputRange и набор шаблонов для тестирования range-ей на возможности.

ну хз

Это слова Александреску были.

да я и не спорю, что может оно и так, просто пока не понимаю чем плохи

кстати, никто не задумывался о статистике, собираемой с кода?

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

да я и не спорю, что может оно и так, просто пока не понимаю чем плохи

Лишние имена. Вот, кажется это упоминалось в обсуждении экспериментальных аллокаторов.

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

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

хотя с другой стороны это может быть внешний инструмент анализа

в любом случае информация была бы полезной, имхо

Интересная идея.

такие вещи используются уже лет как 10 в интернетах

но вот насчёт разработки, как-то не натыкался на такие мысли

Кстати, а никто не сталкивался с тем что процесс убитый по ctrl+с где-то в памяти висеть остается. Подобный выход как-то отдельно надо обрабатывать?

Просто вот щас приложение ко ктрл-с убил и не могу понять, что и где оно повесило и как без перезагрузки системы решить проблему. В диспетчере задач пусто. Running .\Copy2FTP.exe Can't connect to FireBird. Error: Unable to connect to ODBC object: [ODBC Firebird Driver]Error reading data from the connection. Дочерние процессы, окончание которых требуется ожидать, отсутствуют.

Нет идей почему может выпадать ошибка: core.exception.InvalidMemoryOperationError@src\core\exception.d(693): Invalid memory operation и ни один блок try-catch ее не ловит?

Вот казалось бы обернул все что мог: http://www.everfall.com/paste/id.php?z00kw9yyl8up

InvalidMemoryOperationError отнаследован от object.Error, в блоке catch нужно ловить Error

а...

многоточие вводит меня в цикл ожидания события, типа while(last_message.contain("...")) {} :)

Хорошо бы last_message в цикле обновлять. А то вечный цикл получается.

а, да

подумал что это в методе contain имплементировано, но это вносило бы непонятки

while(Telegram.getLastMessage().contain("...")) {}

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

а ты к консольный версии телеграмма пытаешься прицепиться чтобы оттуда парсить лог?

нет, это псевдокод отражающий баг в моей голове

увидел "а..." и без конца жду продолжения, так что работать не могу :)

К теме про ошибку. У меня код: catch (Error ee) { writeln(ee.info); writeln("++^^^^^^^^^^^++"); } выводит только: core.exception.InvalidMemoryOperationError@src\core\exception.d(693): Invalid memory operation

и не могу понять как больще инфы поймать

writeln(ee);?

я бы задебажил http://wiki.dlang.org/InvalidMemoryOperationError

Просто вот щас приложение ко ктрл-с убил и не могу понять, что и где оно повесило и как без перезагрузки системы решить проблему. В диспетчере задач пусто. Running .\Copy2FTP.exe Can't connect to FireBird. Error: Unable to connect to ODBC object: [ODBC Firebird Driver]Error reading data from the connection. Дочерние процессы, окончание которых требуется ожидать, отсутствуют.

Глюки драйвера/базы. Может коннект ещё не был сброшен по таймауту.

я бы задебажил http://wiki.dlang.org/InvalidMemoryOperationError

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

InvalidMemoryOperationError явно на моменте с FTP выпадает. Тот глюк с неумершим процессом я так повторить и не смог. Помогла только перезагрузка компа

Фигасе! Вадиму респект http://forum.dlang.org/post/lbilqqcqbojzfqhanjdf@forum.dlang.org

да, осталось только весь код dlangui переписать и респект...

ну и хоть какие-то модельки-вьюшки прикрутить

ну, то есть переархитектурить

в плане переписать? там разве плохой код?

widget надо просто распилить, конструткоры перегружены, сигналы/слоты вперемешку с листнерами + система ивентов, которая не копенсирована листнерами... зачем-то свой собственный язык разметки dml, когда можно было обойтись ямлом, джейсоном или xml, наконец. class TreeItems : TreeItem ну и виджеты являются наследниками лэйаутов, например, Собствено, если придраться к TreeItem, то он почему-то вообще не виджет, но контейнер в editors такая-же путаница наследование/включение. Можно было всё сделать миксинами и код не выглядел бы таким громоздким вот https://github.com/buggins/dlangui/blob/master/src/dlangui/widgets/editors.d#L223 здесь уже сигналы/слоты (параметризация листенром вообще-то немного сбивает), а не лиснеры и в базовом классе редактора зачем-то protected void drawLeftPaneLineNumbers(DrawBuf buf, Rect rc, int line) эта жесть достойна помещения в ресурсы или в статическую область с подгрузкой оттуда: https://github.com/buggins/dlangui/blob/master/src/dlangui/widgets/editors.d#L520 за такое я бы себе руки отпилил https://github.com/buggins/dlangui/blob/master/src/dlangui/widgets/editors.d#L1271 Везде передёргивается childById. Id строковый и поиск идёт перебором и сравнением https://github.com/buggins/dlangui/blob/master/src/dlangui/widgets/widget.d#L1547 ладно, там легко исправить. Сделать хотя бы мапу, а то на перегруженном интерфейсе какой-нибудь проги для внутреннего пользования компании, на банальной смене стиля какого-нибудь текстового поля (например, в случае валидации) это всё будет адово тормозить. И т.д. Там много всего. Непонятные однобуквенные переменные без описания, Методы с ненужным описанием, пренебрежение производительностью. Некоторые вещи с данными вообще лучше в отдельные потоки выводить, например. Да, это всё поправимо, можно подчистить, привести к единообразию, НО нет там концепции с модельками и вьюшками, а мне очень надо. Потому что я хочу чтобы были данные и они отображались в разных вьюшках и ничего не падало, например. Я ковырялся в Qt, там очень много странного кода. Портировать его - просто ад. Биндинг - выход, но расширения будут выглядеть неидеоматично. JavaFX - гораздо приличнее выглядит и некоторые вещи, которые там реализованы очень извращённо, в ди можно реализовтаь просто и фичи будут на халяву из коробки. всякие Observable реально можно упростить. Этим я и займусь скоро. Пока тренируюсь на котиках

Видимо когда полет мысли при кодинге то не смотришь особо на стиль и оптимизации) Это вылечивается пулл реквестами и объяснением почему так лучше.

у Вадима есть огромный опыт, насколько мне известно. Я в курсе про coolreader. Странно было видеть такой код. Видимо, фичи важнее стабильности. Не вижу смысла поддерживать проект, код которого и заложенные концепции мне в принципе не нравятся. Это как поддерживать WinAPI, который лучше похоронить или переписать с нуля.

> у Вадима есть огромный опыт, насколько мне известно. К сожалению или к счастью, сейчас уже индустрия разработки ПО разрослась до таких размеров, что даже опытные разработчики могут не знать каких-то концепций :) Об этом надо написать ему мне кажется, если он идею воспримет, то сам все перепишет. Судя по тому сколько он пишет кода, производительность у него огромная.

[last news] Voldemort types – D Wiki

а я не из вики про это узнал http://p0nce.github.io/d-idioms/

видимо, добавили)

https://habrahabr.ru/post/309756/ Полагаю можно будет это и в качестве гуя использовать. При этом никакого js и минимальный расход ресурсов. Под разные платформы пишем разные стили и вуаля.

Кстати, а автор dini случайно не Max с нашего канала?

Кстати, не сильно ли я много try-catch использую? http://www.everfall.com/paste/id.php?yct9xui80wn2

Вообще как лучше сделать. По идее если файл конфига не найдет, то продолжать нет смысла. Получается если не найден, то надо кинуть исключение так? А дадальше как быть? Если экземпляр Конфига в ьain создается? обернуть его создание в try-catch и типа если попали в блок catch то делать return ? Или как лучше то?

Здравствуйте. Дмитрий, про scope знаете?

да знаю, но видимо не так его пытаюсь применять.

ERROR: S client not available

Вот текущий код http://www.everfall.com/paste/id.php?w9b1jb2pvgns

Можно это как-то покороче записать: ` try config = new Config(); catch(Exception e) { writeln(e.msg); return; } ` ?

Не понял зачем тебе внутренний try catch

Помести все в один

ты про этот? try { dbname = ini.getKey("dbname");

Да

ну просто смотри. глобальный try-catch в ParseConfig смысла не имеет т.к. мне нужно тогда или в блоке catch еще одно исключение кидать или этот блок не делать и в main все обрабатывать

Да, обрабатывай в main

Класс конфига не должен отвечать за вывод ошибок

тоесть в нем только кидать их?

Он просто кидает исключение куда то наверх в управляющий код. А уже управляющий код должен решить что с этим делать

тоесть в нем только кидать их?

Да

а вот как обыграть тут момент, что не смогло получить значение? dbname = ini.getKey("dbname"); ?

это в доках dini должен быть момент про это?

Наверно, почитай

вообще правило какое то есть кто должен кидать исключения, а кто ловить?

Я бы сделал у класса 2 метода еще - загрузку значений в память и валидацию

Правило такое что обычно бессмысленно кидать исключение и тут же его ловить

Почему бы тогда не написать ошибку через if просто

угу понял, пасибо

Почему бы тогда не написать ошибку через if просто

Но это фигня по сравнению с тем, что в классе конфига в целом архитектурно неправильно используются исключения.

Насколько я вижу, если что-то пошло не так, то у тебя программа должна прервать работу. А тут получается что ты ловишь внутри класса исключение, пишешь сообщение об ошибке, и дальше программа как ни в чем не бывало продолжает работать, даже не зная что в классе произошла исключительная ситуация.

наверное, это жаба-вей, когда иключительные ситуации не такие исключительные)

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

Кстати, а автор dini случайно не Max с нашего канала?

Если речь случайно обо мне, то нет. Автор поленился зарегистрировать пакет в Dub, поэтому это сделал я. Автором кода я не являюсь, это распространённое заблуждение. :-) (ну... второй раз уже спрашивают)

А когда пишут так: void moveCursorLeft(int n = 1) это значит 1 — дефолтное значение?

Вообще механизм сдвига курсора (осваиваю ConsoleD) какой? вот допустим написал я: foo: 123 теперь мне нужно написать: foo: 4 мне же просто сделать сдвиг - мало. Мне нужно еще и 23 убрать от старой записи

там механизм такой, какорй закодировали)

и тебе повезёт, если там не режим вставки)

просто пробелами затрёшь

кстати, спасибо за идею про "режимы". Я как-то и забыл даже, что такое может пригодиться

Если речь случайно обо мне, то нет. Автор поленился зарегистрировать пакет в Dub, поэтому это сделал я. Автором кода я не являюсь, это распространённое заблуждение. :-) (ну... второй раз уже спрашивают)

Так может не поленился, а посчитал ещё сильно сырым?)