Pull to refresh
-6
0

Пользователь

Send message

Пересобрал из свежих исходников, под win 10 не работает автоповтор. В тикете отписался.

Почему-то не работает автоповтор нажатия клавиши при работе в WSLg.

if (inn.Length == 9 || inn.Length == 11) inn = 0 + inn;

switch(inn.Length) ....

Разделитель пути / работает и в Windows. Его использование позволяет избежать ошибок (и строковые литералы не так страшно смотрятся).

Похоже, я неправильно выразился. Я предлагал не только реализовать компилятор в WASM байткод, но и саму виртуальную машину WASM сделать по спекам, то есть от WASM взять только среду исполнения и формат байткода.
Увлекательная тема. Развлекался в свое время реализацией Smalltalk-VM c jit-компиляцией. Если бы еще увлекался бы этим, то придумывал бы не свою VM, а попробовал бы реализовать VM для WASM. Тема интересная, и она может в будущем оказаться полезной.
Без FP трудно будет сделать трассировку стека для отладки и реализовать отмотку стека для try/catch/finally. Стоит ли оно того?
Скорее всего за неправильно сформулированную мысль «у меня в этом вопросе опыта нет, но наблюдал такое со стороны». Получилось, что я как будто хвастаюсь.
Так совпало, что мое детское хобби теперь стало работой. Меня не удерживают против моей воли, но я не исключаю того, что мне нужна помощь психолога :)
Постоянно за компьютером. Перерывы только на еду и сон.
Как же хорошо, что мне не требуется смартфон. У жены раз украли — крайне неприятно, как будто из квартиры половину имущества вынесли.
Еще вариант сокращенных лямбд a-la Smalltalk:
auto add = {:x :int y; x + y}
Неоднозначностей при разборе нет: все термы после '{', начинающиеся с ':' являются аргументами. Описание аргументов заканчивается ';' возврат из последнего оператора является неявным. Если первой лексемой после первой '{' не является ':', то лямбда без аргументов. Если тип аргумента не указан — auto&&
Спасибо за ответы, я понял суть возможной проблемы. Я не использую долгосрочные блокировки, поэтому про дедлок не подумал.
А для чего создается отдельный lock? Почему нельзя сделать lock(this)? C C# работаю не так давно, поэтому это не критика, а запрос информации.
Может и к лучшему, что молодежь не знает про списки. Для небольшого набора данных лучше использовать массив, для большого — хеш-таблицы или деревья. Почти никогда за тридцатилетнюю практику не использовал списки.
По личному опыту, x2go работает побыстрее rdp. Рекомендую попробовать.
Усложнение кода и замедление операций преобразования.
Я бы динамической хеш-таблицей расширил диапазон [0..255] до [-1000..1000]. Хотя это и не очень тривиально в многопоточной среде.
Официально не приобрести, насколько я знаю.
Не думаю, что у тех, кому эта информация требуются, возникнут хоть какие-нибудь затруднения с опсосами. А те, у кого возникнут — видимо не имеют полномочий запрашивать подобные данные. В общем, вопрос остается.
C QIWI не очень понятно. Кошелек привязан к сим-карте посредством номера телефона. Сим-карту без идентификации не приобрести. Зачем же еще раз на сайте вводить идентификационные данные, если владельца кошелька и так можно определить по номеру телефона? Из-за «серых» симок?
Задачи разные бывают. Зачастую закешировать результат запроса в памяти клиента эффективнее, чем занимать ресурсы сервера.

Information

Rating
Does not participate
Registered
Activity