c
rakudo
Size: a a a
2020 January 29
c
в проде у меня ничего нету на ракуде
IB
Так-то он очень интересен, скорость....
В смысле скорость? Т хочешь сказать что raku быстрый? Или что на нем быстро писать? Или что можно быстро найти людей кто умеют в этот язык?
R
Всем, привет! Ребята, подскажите, кто нибудь начал использовать Perl6 в проде?
А у него есть какие-то преимущества над другими языками? ИМХО, язык создан по фану и не рационален.
b
А у него есть какие-то преимущества над другими языками? ИМХО, язык создан по фану и не рационален.
многопоточность нормальная и из коробки
AK
Коллеги, а если, например, обработчик сигнала на Си выглядит вот так:
То где же в Perl-обработчике можно выловить siginfo??
static void child_signal_handler(int sig, siginfo_t *siginfo, void *context)
То где же в Perl-обработчике можно выловить siginfo??
AS
На нём математика прикольная. Мне там показывали что-то (забыл, что именно), что другие языки не могут так просто)
Qu
На нём математика прикольная. Мне там показывали что-то (забыл, что именно), что другие языки не могут так просто)
так можно сказать о любом языке ))
AS
Q ute
так можно сказать о любом языке ))
В смысле? там кучу классов напридумали, чтобы числа складывать. Так можно скзаать о любом языке?
b
Q ute
так можно сказать о любом языке ))
нет. Там $x = $y / 0 не даёт эксепшн, например. До тех пор, пока к $x не будет обращения )
c
Есть комплексные и рациональные числа из коробки
Qu
В смысле? там кучу классов напридумали, чтобы числа складывать. Так можно скзаать о любом языке?
я про вторую часть сообщения говорил
> Мне там показывали что-то (забыл, что именно), что другие языки не могут так просто)AK
Коллеги, а если, например, обработчик сигнала на Си выглядит вот так:
То где же в Perl-обработчике можно выловить siginfo??
static void child_signal_handler(int sig, siginfo_t *siginfo, void *context)
То где же в Perl-обработчике можно выловить siginfo??
https://metacpan.org/pod/distribution/POSIX-1003/lib/POSIX/1003/Signals.pod
Кажется, только так можно поставить обработчик, который будет знать хоть что-то, кроме бесполезного номера сигнала
Кажется, только так можно поставить обработчик, который будет знать хоть что-то, кроме бесполезного номера сигнала
R
Коллеги, а если, например, обработчик сигнала на Си выглядит вот так:
То где же в Perl-обработчике можно выловить siginfo??
static void child_signal_handler(int sig, siginfo_t *siginfo, void *context)
То где же в Perl-обработчике можно выловить siginfo??
https://stackoverflow.com/questions/6296374/how-in-perl-5-can-i-get-the-pid-of-the-process-who-sent-me-a-signal
Но это не безопасные обработчики. Напр., malloc гарантирует дедлок.
Но это не безопасные обработчики. Напр., malloc гарантирует дедлок.
AK
https://stackoverflow.com/questions/6296374/how-in-perl-5-can-i-get-the-pid-of-the-process-who-sent-me-a-signal
Но это не безопасные обработчики. Напр., malloc гарантирует дедлок.
Но это не безопасные обработчики. Напр., malloc гарантирует дедлок.
Сейчас почти любой код на Perl использует циклы событий, поэтому можно вынести обработку сигнала вовне, разве что это может привести к ситуации, когда сигнал пришёл, в цикл его обработку зашедулили, но поскольку это ж "кооперативная многозадачность внутри одного процесса" - исполняемый в момент прихода события кусок кода может не отдать циклу событий управление, и тогда конечно будет печально всё. Например, именно так реализована обработка сигналов в рантайме Crystal, и это конечно та ещё боль.
AK
Может быть, неплохим вариантом было бы делать обработку сигналов в отдельном perl'овом потоке, хотя это тоже конечно накладывает ограничения, но не настолько суровые всё же.
R
В доках AE и EV ни слова про эту информацию. Полагаю, это из-за унификации. Не припомню, чтобы эта инфа хоть раз понадобилась даже в Си. Я про siginfo_t
AR
Добрейшего всем! Подскажите плз, кто что использует для парсинга XML? Xml:simpe - автор что-то не рекомендует использовать...
AR
XML::Lib где-то читал мега жуткий тормоз
b
XML::Fast