freepascal.ru

debi12345 писал(а):Также добавил кнопку для моего ТВ-ПДУ на раз-два

sa_t_an писал(а):

debi12345 писал(а):Также добавил кнопку для моего ТВ-ПДУ на раз-два

И на это ушло 3 часа? Не.. я не стебаюсь, просто мне интересно как быстро найти что то в 2 миллионах строк исходного кода, может я какими то не правильными редакторами пользовался? Да не в этом дело. Я ж говорю, для меня интересен процесс изучения с минимума, линукс как пример. Ну надоедает ждать все его сборки и замуты. А Колибри ОС на половину непонятен код (да какой там половину), в Обероне понятно процентов 90-95, всё по минимуму, можно напечатать и совместить духовное и естественное допустим в сортире под папироску.

Mikhail писал(а):Нужно знать где смотреть, очевидно. А еще неплохо прочитать Танненбаума, хотя бы.

sa_t_an писал(а): Ага, вот мы и пришли к логическому выводу, что в миллионах строк исходного кода просто так не разобраться. Надо что бы, хотя бы Танненбаум, тыкнул носом для начала, причем на английском или корявом русском после перевода. На это уходит немножко время разработки, месяцы или годы (кто ж их считает то), вот поэтому меня и привлекают маленькие системки, на маленьких компиляторах, но которые удобочитаемы и понимаемы для меня, и не надо дополнительных многотомных мануалов почему. Оберон в этом случае и примеры к нему удовлетворяют мою жажду любопытства на все 100%.
Ну может быть на 98%, потому как DOS заглушка в PE файле всё таки описана в болшинстве мануалов как DOS заглушка и точка, а не как программа под дос, которая выводит на экран некое сообщение!

sa_t_an писал(а):http://www.oberoncore.ru/wiki/%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F

Mikhail писал(а):Нужно знать где смотреть, очевидно. А еще неплохо прочитать Танненбаума, хотя бы.

sa_t_an писал(а):меня и привлекают маленькие системки, на маленьких компиляторах, но которые удобочитаемы и понимаемы для меня

Mirror писал(а):Вообще-то Танненбаум очень ругал Линукс, и как раз за его монолитность (т.е. стремление запихнуть как можно больше функций в одно ядро).

Mirror писал(а):P.S. Давно хотел познакомиться с Обероном, на самом деле. Кто посоветует хороший компилятор Оберона для Линукса, который а) компилируется в нативный код или в Си, б) позволяет легко использовать Сишные библиотеки.

И на это ушло 3 часа? Не.. я не стебаюсь, просто мне интересно как быстро найти что то в 2 миллионах строк исходного кода,

Проблема в другом, все находится в одном контексте, поэтому сбой в любой из подсистем (драйвере например) приведет к отказу всего ядра

debi12345 писал(а):Однако любой уход из нулевого кольца чреват резкими падением произвдительности.

ПС: Линус писал как-то что основная причина сбоев ядра - использовнаие низкоуровневого С с его неизбежным ручным упрвленеим всеми операцими памяти - а таковых в чистом С очень много и обязательно что-то упустишь. Как пример на чем нужно писать ядра, он привел Паскаль - с его счтечиками ссылок, легкостью работы со строками разынх кодировок, обработкой исключений... Часть кода можно было бы сделать объектно-ориентировнной без ущерба для производительнсти - DCАLС, как показали здешние тесты, например ничуть не уступает по скрости низкуровневой реализации работы с контпйнерами. Есно уже огромное наработанное ядро линукса на другй язык не перепишень. А вто новые (с нуккля) ядра новых оепрационок - очень даже.

debi12345 писал(а):Как пример на чем нужно писать ядра, он привел Паскаль - с его счтечиками ссылок, легкостью работы со строками разынх кодировок, обработкой исключений...

debi12345 писал(а):ПС: Линус писал как-то что основная причина сбоев ядра - использовнаие низкоуровневого С с его неизбежным ручным упрвленеим всеми операцими памяти - а таковых в чистом С очень много и обязательно что-то упустишь. Как пример на чем нужно писать ядра, он привел Паскаль - с его счтечиками ссылок, легкостью работы со строками разынх кодировок, обработкой исключений... Часть кода можно было бы сделать объектно-ориентировнной без ущерба для производительнсти

Kemet писал(а):Optimizing Oberon-2 Compiler

gcc -g -O2  -Ilib/src -I./obj -I./lib/obj -c ./lib/src/RT0.c -o ./lib/obj/RT0.o
./lib/src/RT0.c:86:21: error: unknown type name ‘GC_PTR’
./lib/src/RT0.c:86:33: error: unknown type name ‘GC_PTR’
./lib/src/RT0.c: In function ‘RT0__NewObject’:
./lib/src/RT0.c:130:9: error: ‘HandleFinalize’ undeclared (first use in this function)
./lib/src/RT0.c:130:9: note: each undeclared identifier is reported only once for each function it appears in
./lib/src/RT0.c:130:57: error: ‘GC_PTR’ undeclared (first use in this function)
./lib/src/RT0.c:130:65: error: expected expression before ‘)’ token

Mirror писал(а):Что-то у меня оно не компилируется.

DCАLС, как показали здешние тесты, например ничуть не уступает по скрости низкуровневой реализации работы с контпйнерами

Mirage писал(а):

DCАLС, как показали здешние тесты, например ничуть не уступает по скрости низкуровневой реализации работы с контпйнерами

Что за DCALC? Надеюсь, не Decal имелся в виду?
Да и от ссылки где Линус Паскаль хвалит тоже не отказался бы.
Раз упомянул про счетчики ссылок, то это не старый добрый Паскаль.