В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

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

qwarta.ru подробнее

Size: a a a

dlang.ru

164 membersпожаловаться на группу
2020 December 28

OB

Oleg B in dlang.ru
т.е. они получатся взаимоисключающие
источник
13:06пожаловаться#1

OB

Oleg B in dlang.ru
а могут быть желающие что-то использовать из одной, а что-то использовать из другой
источник
13:06пожаловаться#2

OB

Oleg B in dlang.ru
потому что им размер бинарника важен в последнюю очередь
источник
13:07пожаловаться#3

g

gui in dlang.ru
ну если программа не будет опираться на баги и расширения какой-то определённой библиотеки, то обе библиотеки будут совместимы
источник
13:07пожаловаться#4

g

gui in dlang.ru
могу в пример привести musl
источник
13:07пожаловаться#5

g

gui in dlang.ru
зачастую программы между ней и glibc не переносимы только если а) программа опирается на ub б) программа опирается на расширение, будь оно от мусла или от глибс
источник
13:09пожаловаться#6

OB

Oleg B in dlang.ru
gui
зачастую программы между ней и glibc не переносимы только если а) программа опирается на ub б) программа опирается на расширение, будь оно от мусла или от глибс
а можно, используя musl что-то из glibc притянуть?
источник
13:13пожаловаться#7

0

000Sanya in dlang.ru
Oleg B
хз в чём там внутри дело, но меня посмешило
А еще веселее: утечка в расте не считается небезопасной работой с памятью)
источник
13:43пожаловаться#8

g

gavr in dlang.ru
Oleg B
хз в чём там внутри дело, но меня посмешило
я думаю что тут утечка не в коде раста, а изза ошибки в логике написанного на нем менеджера памяти для ос
источник
13:45пожаловаться#9

g

gavr in dlang.ru
потому что вроде как  математически доказано что утечка в расте невозможна
источник
13:45пожаловаться#10

0

000Sanya in dlang.ru
gavr
потому что вроде как  математически доказано что утечка в расте невозможна
как раз утечка неа
источник
13:47пожаловаться#11

И

Игорь in dlang.ru
000Sanya
А еще веселее: утечка в расте не считается небезопасной работой с памятью)
Ну это логично
источник
14:15пожаловаться#12

И

Игорь in dlang.ru
А в каком языке утечка считается нарушением безопасности?
источник
14:15пожаловаться#13

g

gavr in dlang.ru
где в языках списки нарушений безопасности
источник
14:16пожаловаться#14

И

Игорь in dlang.ru
gavr
где в языках списки нарушений безопасности
Можно и так спросить. Но емли нет четких списков тогда и нарушений нет
источник
14:17пожаловаться#15

КП

Константин Пунш... in dlang.ru
gavr
потому что вроде как  математически доказано что утечка в расте невозможна
А если написать unsafe?)))
источник
14:18пожаловаться#16

0

000Sanya in dlang.ru
Константин Пунш
А если написать unsafe?)))
а за unsafe ты сам несешь ответственность
источник
14:19пожаловаться#17

0

000Sanya in dlang.ru
и да, борроу чекер в unsafe никто не отменял
источник
14:19пожаловаться#18

g

gavr in dlang.ru
Константин Пунш
А если написать unsafe?)))
так они на расте пишут
источник
14:25пожаловаться#19

g

gavr in dlang.ru
наверное си ffi не юзают
источник
14:26пожаловаться#20