а вот кстати вопрос, зачем это вообще под винду собирать?)

в плане?

это же будет на каком-то сервере крутиться?)

ну в перспективе да

ну так взять виртуалку и собирать там)

разработка под виндой — это же боль и страдания, если сравнивать с линуксом)

мне Linux не сильно лучше винды кажется...

там своих приколов хватает

единственное, под убунту старше 17.04 нет собранных пакетов для нового ldc2

не знаю, 9 лет основной системой на домашнем компьютере использую Kubuntu, все замечательно)

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

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

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

поддерживаю, я собираю под винду только лишь потому, что это целевая платформа)

мне Linux не сильно лучше винды кажется...

это тебе только кажется))

Олег, а нет идей почему релизная сборка заработала?

Кстати, в конструкторе делаю коннект. может не лучшая идея, но отдельно делать методы pgconnect() и mysqlconnect() как-то не особо хочется. Норм будет если я в конструкторе try-catch заюзаю или есть варианты получше?

разработка под виндой — это же боль и страдания, если сравнивать с линуксом)

Везде свои подводные камни. На линуксе проще самому настроить скажем так целиком среду и понимать что у тебя откуда следует и почему что-то не линкуется/бажит и т.д. На винде есть вижак, который за тебя всё делает. Если он чего-то не делает, то ты в жеппе в принципе, но он делает так много и круто, что можно с этим жить.

this(Config config) { this.config = config; pgconnection = new PGConnection( .... ]); mysqlpool = new MySQLPool( .... ); try { this.mysqlconnection = mysqlpool.lockConnection(); } catch(Exception e) { writeln(e.msg); // бросить исключение уровнем выше? или как-то иначе прервать выполнение? } }

Везде свои подводные камни. На линуксе проще самому настроить скажем так целиком среду и понимать что у тебя откуда следует и почему что-то не линкуется/бажит и т.д. На винде есть вижак, который за тебя всё делает. Если он чего-то не делает, то ты в жеппе в принципе, но он делает так много и круто, что можно с этим жить.

конкретно в плане D тот же dub, все один-в-один, как на винде

а как находясь в блоке catch выполнение приложения прервать кроме как исключение кинуть? т.е. именно выход сделать. Или только кидать исключение выше, там ловить и там уже return делать?

Олег, а нет идей почему релизная сборка заработала?

возможно это какой-то косяк компилятора и он собирает немного разный код для debug и release версий

разный с точки зрения линковщика (имена может где-то разные)

а как находясь в блоке catch выполнение приложения прервать кроме как исключение кинуть? т.е. именно выход сделать. Или только кидать исключение выше, там ловить и там уже return делать?

зачем вообще try-catch делать в конструкторе?

try-catch нужно делать там, где ты можешь принять решение

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

если это программа с gui то, вероятно это должно дойти до пользователя, например вывести сообщение "порт нельзя открыть, возможно Вы наебались при вводе"

пользователь уже на уровне его ответственности может ввести другой порт/адрес/итд и попробовать снова

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

А если консольная и путь только один. Выйти и попросить конфиг поправить?

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

при этом лучше завершить её с кодом отличным от 0

тоесть функция main должна возвращать int

https://github.com/sel-project/sel-server что за ёбаныйнахуй?? Мир всё больше сходит с ума!

https://github.com/sel-project/sel-server что за ёбаныйнахуй?? Мир всё больше сходит с ума!

может это его стартап с продуманной монетизацией?))))

Хотя этот проект, определенно, утверждает неральную крутость D :)

Как я говорил выше, я тут затусил с ребятами из www.magikcraft.io и эту ночь, основатель проекта, сидел вкуривал D. Его пропёрло, решил делать на нем микро-сервисы.

yeah ?

Так будет прирастать секта фанатов D

Олег, вот поймал я исключение в кетче и как из него приложение завешить? Исключение выше кинуть и в main сделать return -1 ?

Петь, ты в этом плане крут) похвально)

Олег, как-то так: Database database; try { database = new Database(config); } catch(Exception e) { return -1; } ?

и исключения кидаем из конструктора database

Так будет прирастать секта фанатов D

Теперь в Австралии ?

Олег, как-то так: Database database; try { database = new Database(config); } catch(Exception e) { return -1; } ?

Если этот код в main то да

м... тогда наверно лучше в main сделать: scope(failure) return -1; return 1;

обля https://github.com/huntlabs/hunt а это что за зверь? Убийца вайба?

Петь, да только глючный ппц

у них свой ивент-луп

но качество кода пол года назад было просто никакое. часто опечатки были в релизе вроде: "maen()" вместо "main()"

Да похуй, ебошад же

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

ну может и выйдет какой-то толк...

года проекту еще нет

норм норма

м... тогда наверно лучше в main сделать: scope(failure) return -1; return 1;

не не не

стой, ты чего-то не знаешь об этой жизни)

программа завершается успешно, если код возвращает равный 0

при этом scope (failure) return N; где N != 0 нужно в начале main писать

а если в конце?

тогда просто исключение вылетит со стэктрейсом

потому что scope (failure) ... будет работать только после того, как объявлен

да и я бы так не делал

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

лучше так: int main(string[] args) { try return app_main(args); catch (Throwable e) { stderr.writeln(e.msg); return 1; } }

во

ну можно и просто Exception ловить

вот тут сейчас вспомнил, что рыжий — урод (S.Ludvig, автор vibe.d и dub) и он юзает в своём vibe.data исключения какие-то странные и при ошибке парсинга json ты получаешь какую-то совсем астрактную ошибку из разряда "что-то пошло не так" и тип у неё не vibe'овский

ERROR: S client not available

что-то этот хант, судя по беглому осмотру, какая-то жесть

что-то этот хант, судя по беглому осмотру, какая-то жесть

так китайцы же вроде

я там даже намека на неблокирующую обработку запросов не нашел

они сначала всегда жесть делают, а потом быстро учатся и норм начинают)

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

ну или я чего-то не понимаю)

ну или я чего-то не понимаю)

может модель как у apatch?

типа поток на запрос?

ну это жесть в текущих реалиях)

Где это посмотреть?)

кстати, про поток на запрос. По идее щас куча устройств с 8 ядрами на базе того же ARM т.е. если идти от потоков то можно дофига коннектов держать. Пусть на ядро 30 потоков. 30x8=240 потоков одновременно без тормозов. Понятно что это 240 не 10k но все же

на этом же крутится, нет collie ?

Фигня в том что эти потоки каждый раз создаются и умирают

Если были бы потоковые префорки, то уже гораздо лучше.

вроде планировщик ОС умеет их в сон кидать

An asynchronous event-driven network framework written in D. Contains mqtt, http, flatbuffers, protobuf codec.

кстати, про поток на запрос. По идее щас куча устройств с 8 ядрами на базе того же ARM т.е. если идти от потоков то можно дофига коннектов держать. Пусть на ядро 30 потоков. 30x8=240 потоков одновременно без тормозов. Понятно что это 240 не 10k но все же

поток на ядро — оптимальный вариант, иначе — накладные расходы на доп переключения потоков

файберы внутри потоков, когда поток на ядро это вообще самый сок

чтобы ещё файберы перебрасывались при блокировке потока

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

т.е. ты процентов 10 времени будешь на переключение терять не больше ИМХО

т.е. ты процентов 10 времени будешь на переключение терять не больше ИМХО

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

да и 30 соединений это как-то кисло

с форума: "My 50 lines of C++ show for Linux (QuadCore Q6600) the context switch time ~ 0.9us (0.75us for 2 threads, 0.95 for 50 threads). "

http://bobah.net/d4d/source-code/misc/context-switch-benchmark-posix-cpp

http://stackoverflow.com/questions/21887797/what-is-the-overhead-of-a-context-switch

for core2 and modern Linux context switch may cost 5-7 microseconds

процесс со средним приоритетом (очень примерно) порядка 100 микросекунд занимает

т.е. оверхэд на переключение порядка 7%

очень не хватает возможности как в Swift (кажется) форматировать сложные строки путем простановкой переменных на местах т.е.: writeln("my x is {myxvalue} some other text");

как в php )

вот тут в примере для диапазона вызывается метод close: зачем это делается?