
Pavel
01.06.2018
08:33:55
Паранойя - вещь не всегда полезная.
Ты как у верен что с оью не идут крипторы?

Dark
01.06.2018
08:35:34

Google

Maxim
01.06.2018
08:36:13
идея веба в гипертекстовых документах с перекрестными ссылками)
всё остальное наносное)

Pavel
01.06.2018
08:36:35

Dark
01.06.2018
08:37:23

Pavel
01.06.2018
08:37:40
Это жизнь.

Dark
01.06.2018
08:39:00
А правила существуют для того, что бы их нарушать
В принципе большинство проблем веба можно решить
Но для этого его нужно уже спроектировать с нуля

Maxim
01.06.2018
08:45:27
и сделать распределенной средой доставки и выполнения приложений в песочнице

Pavel
01.06.2018
08:45:39
И после всего узнаем о дырах в песочнице.

Maxim
01.06.2018
08:45:46
и получится что-то типа snap или flatpak)

Denis
01.06.2018
08:45:51
для бинарников песочница проще чем для всяких интерпретируемых языков

Google

Denis
01.06.2018
08:46:31
а значит багов меньше

Dark
01.06.2018
08:46:55
меньше
Зависит от песочницы, но в общем случае, больше

Denis
01.06.2018
08:47:17
https://github.com/denizzzka/dcpu16 кстати вот ещё одна
но у неё нет доступа никуда

Dark
01.06.2018
08:48:18
Ты делал и песочницы для интерпретируемых языков и для бинарников?

Denis
01.06.2018
08:48:45
да
это были не боевые языки, конечно, но для фана

Dark
01.06.2018
08:49:47
Странная логика
В ЯПах просто нет возможностей, которые не обрабатываются песочницой
А в бинарниках - есть
В результате надо следить, что бы файл не писал не туда, не вызывал то, что ему нельзя, не эксплуатировал уязвимости песочницы/ос/процессора
Проще в виртуалке запустить

Denis
01.06.2018
08:52:52
сконцентрированных в одном месте
а у интерпретатора можно проебаться с парсингом синтаксиса, например, и он сходит куда не надо
вон как в баше, там принципиально неустранимый такой баг есть
поэтому баш никогда не бывает суидным

Dark
01.06.2018
08:54:33

Google

Denis
01.06.2018
08:54:44
нет, про suid bash

Dark
01.06.2018
08:55:14
Нет, я про "несколько вызовов песочницы"

Denis
01.06.2018
08:55:42
в бинарной песочнице всё сводится к простым вызовам, которые легко контролировать
если кратко

Dark
01.06.2018
08:56:32
В интерпретирумой - к контролю API
Баш тут вообще не пример, так как там не совсем ЯП

Denis
01.06.2018
08:59:50

Dark
01.06.2018
09:00:30

Oleg
01.06.2018
09:06:49

Stanislav
01.06.2018
10:32:52
эх, надо было развивать делфи, чо ж я бросил изучать его в универе )
Delphi Developer (Москва) 200 000 руб.
Компания 14 лет занимается поставкой и настройкой оборудования для автоматизированной системы оплаты проезда и контроля проходов для Московского метрополитена, а также наземных автотранспортных предприятий города Москвы. Наша команда ищет лучшего Разработчика #desktop с огромным желанием развиваться.
Чем предстоит заниматься:
Разработкой desktop приложений
Мы предлагаем:
Широкие возможности для профессионального роста и развития
Высокий уровень дохода, оформление по ТК РФ, 5/2
Возможность приобрести ДМС после ИС
Премия по результатам работы
Детали: https://bit.ly/2Jl7yMw
Присылай резюме на angelina19930918@gmail.com
#ITиDigital #москва #вакансия #ищемсотрудника #delphi #developer

Pavel
01.06.2018
10:42:08
Интересно, сколько получает angelina19930918@gmail.com?

Stanislav
01.06.2018
10:43:55
хз, как в среднем и остальные хр по мск
наверное

Dmitry
01.06.2018
10:45:05
К теме про питоновский GIL. Я правильно понимаю что его задача усыпить и пробудить поток в ожидаемый момент времени? Вопрос. Как он это делает. Если в третьем питоне на поток отводится 5ms. И потоки как я понимаю системные. Что будет если поток начал что то делать но не доделал и в чем принципиальное отличие от D. Я спрашивал в чате питона, но там как то мутно объяснили. Такое чувство что они сами не понимают сути

Pavel
01.06.2018
10:47:46
http://asvetlov.blogspot.com/2011/07/gil.html
Автора можно изловить на https://t.me/pythonsu

DarkRiDDeR
01.06.2018
11:13:50
Не в курсе, есть ли на D удобные инструменты получнеия информации о системе, как процессор, количество оперативной памяти, разрядность, под которой работает программа и подобное?

Dmitry
01.06.2018
11:14:07
Да были либы недавно видел

Denis
01.06.2018
11:14:45

Google

DarkRiDDeR
01.06.2018
11:17:01

Dmitry
01.06.2018
11:17:25
Ты на code.dlang.org смотри
Я с мобилы. Ссылки дать не могу но либы были

DarkRiDDeR
01.06.2018
11:18:07
?

Dmitry
01.06.2018
11:19:25
resusage
Первая. Вторая была недели три назад опубликована

DarkRiDDeR
01.06.2018
11:20:09
я уже её тоже нашёл ))

elias
01.06.2018
11:28:53

Maxim
01.06.2018
11:29:01
про процессор https://dlang.org/phobos/core_cpuid.html рассказать может)

Dmitry
01.06.2018
11:36:45

Pavel
01.06.2018
11:37:48
Термин веб уже баззворд ) Туда все что угодно пихают

Maxim
01.06.2018
11:37:51
я всегда считал, что веб — это общее название фронтэнда и бэкэнда)

Dmitry
01.06.2018
11:40:38
Кстати, если и в питоне и в ди треды умеют TLS то почему Питон не потокобезопасный, а ди вроде как потокобезопасный? Или нет?

Pavel
01.06.2018
11:47:07
В питоне нет thread-local данных.

Dmitry
01.06.2018
11:53:39
Точно нет?
1. Тут следует понимать гипотетическую возможность модифицировать данные находящиеся в другой функции нарушив ее работу? Типа вместо того чтобы запретить доступ функция сработает
2. Есть же модуль ‘threading.local().’

Pavel
01.06.2018
11:59:38
По поводу threading.local. Не знаю как он устроен, но эта локальность - не часть языка в любом случае. При помощи c-расширений в питоне можно наворотить многое, из-за чего, собственно, ввели gil.
Самое главное забыл сказать: в Ди данные локальны по-дефолту, в отличие от многих других.

Dmitry
01.06.2018
12:17:48
Каждый поток с гарантией делает свою копию данных недоступной для изменения из вне?

Pavel
01.06.2018
12:26:31
насколько помню, так.

qwerty
01.06.2018
17:32:15
кто-нибудь работал с местным rbtree?

Google

qwerty
01.06.2018
17:32:16
https://run.dlang.io/gist/7b8d15d92351f5bf00e2189c046d8849
что-то я ничего понять не могу
блин это класс
все, отбой

Filio
01.06.2018
17:40:34

Oleg
01.06.2018
17:43:02
как понять, что клиент отключился от сервера?
разговор про std.socket https://dlang.org/phobos/std_socket.html#.Socket.receive
написанно receive возвращает 0 в случае, если другая сторона разорвала соединение
А если не блокирующее соединение, то как быть? 0 нормальное возвращаемое значение в этом случае будет
@chebotarevp ping =)

Ievgenii
01.06.2018
17:48:56
Все просто
Если не блокирующий режим, то и читать из него не нужно, пока он не поменяет свое состояние
То есть селект его не вернет

Pavel
01.06.2018
17:49:47
Да

Ievgenii
01.06.2018
17:50:00
А если селект тебе его вернул, но там 0 байт - это отключение
Похожая ситуация и с забинюенным сокетом
Он тоже меняет состояние, но читать из него бесполезно, нужно принимать новый сокет
Тут похоже
+, если я не путаю, то чтение из закрытого сокета породит исключительную ситуацию
Но может я путаю
Жалко, что структура не может имплементировать интерфейс :(

Oleg
01.06.2018
17:52:41
тоесть без select не вывезти
даже на неблокирующем

Ievgenii
01.06.2018
17:52:57

Oleg
01.06.2018
17:53:23
не очень хорошо...