Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Romiras

Страницы: [1] 2 3 ... 18
1
Общий раздел / Re: Simit
« : Октябрь 08, 2016, 02:17:05 pm »
В смысле? Cmake же.
В Линуксе всё компилируется (gcc) и тесты запускаются.
У тебя наверно зависимости для сборки не удовлетворены.

2
Общий раздел / Re: Simit
« : Октябрь 07, 2016, 09:43:11 am »
Сборка только для Linux?

3
      i, j, tmp: LONGINT;
      arr: ARRAY n OF LONGINT;
У тебя тут длинные целые (64 бита, видимо?), а у валексея и у меня просто целые (32 бита вроде). Это может влиять на скорость...
В Обероне LONGINT разве не 32 битные?

4
Общий раздел / Re: Найдите ошибку, если она есть.
« : Сентябрь 26, 2016, 10:40:29 pm »
Переведи на Оберон - сразу станет ясно где ошибка.  ;)

5
Общий раздел / Re: Найдите ошибку, если она есть.
« : Сентябрь 24, 2016, 08:23:00 pm »
У кого есть PVS-Studio? Прогоните на нём.

6
Урочище Флуда / Re: Что - то скучно у вас...
« : Январь 17, 2016, 04:26:41 pm »
А форум то неживой! Что скажете?

7
Общий раздел / Re: Oberon rev. 2015 (февраль)
« : Март 08, 2015, 10:52:28 am »
Вообще, в модуле SYSTEM можно определить типы фиксированной размерности.
Нельзя. Во-первых SYSTEM это опциональный модуль (в реализации его может не быть). Во-вторых просто по логике такие типы должны быть не в SYSTEM, а в другом встраиваемом модуле.

Работа с внешними системами опциональна (SYSTEM), как следует из определения языка Оберон. Если требуется интерфейс для работы с ними, то тогда необходимость в таком модуле есть.
К примеру, читай 64 Bit Oberon. Günter Dotzel and Hartmut Goebel.

Цитировать
Module SYSTEM got four integer types: SIGNED_8, SIGNED_16, SIGNED_32, and SIGNED_64, with SIGNED_64 being synonym with LONGINT.

8
Общий раздел / Re: Oberon rev. 2015 (февраль)
« : Февраль 28, 2015, 08:41:27 am »
Вообще, в модуле SYSTEM можно определить типы фиксированной размерности.

9
Общий раздел / Re: Oberon rev. 2015 (февраль)
« : Февраль 28, 2015, 08:34:48 am »
Портабельность приложений написанных на Обероне становится довольно условной.
Это почему?

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

10
Общий раздел / Re: Oberon rev. 2015 (февраль)
« : Февраль 26, 2015, 05:03:27 pm »
Портабельность приложений написанных на Обероне становится довольно условной.
Это почему?

11
На ДРАКОН-схеме алгоритм было бы проще понять.
Ещё надо учесть и IPv6.

12
Общий раздел / Re: Project Oberon Compiler online.
« : Декабрь 31, 2014, 02:03:23 pm »
Ку? Надеюсь, после НГ где-то в середине января освободишься?  :D
А не то я стану думать что-то нехорошее.  ;)

13
Может интересно будет, вот ссылка на блог (метка H2O) http://blog.kazuhooku.com/search/label/H2O , где автор делится опытом создания быстрого веб-сервера и, в том числе, быстрого и к тому же ещё и stateless, http парсера.
Там конкретно может представлять интерес PicoHTTPParser.
PicoHTTPParser now has a chunked-encoding decoder

Ну и со слайдов можно узнать много полезного, чтобы не наступить на те же грабли. К примеру, на 32-й странице написано с примером кода:
Цитировать
never write a character-level state machine if performance matters

14
ээээ, извиняюсь, кто куда и как будет впихивать?
Например, сборщик TCP отдаёт данные в HTML декодер, то есть данные толкаются из нижнего уровня в верхний. А в "обычном" парсере было бы наоборот, верхним уровнем данные запрашивались бы у нижнего уровня.
Какая-то странная архитектура. Почему HTML декодер не может "спрашивать" у сборщика TCP необходимое количество через заданного размера буфер?
Надеюсь, эта ссылка поможет: buffering in standard streams

15
Урочище Флуда / Re: Ополченцам капец
« : Декабрь 04, 2014, 01:05:49 pm »
Государство же должно способствовать наведению порядка в отраслях не карающими методами, а стимулируя экономически, чтобы выгоднее было соответстовать стандартам, чем не соответствовать.

Страницы: [1] 2 3 ... 18