Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  20:44[Войти] | [Зарегистрироваться]
Обсуждение темы:
Оберон-технология: особенности и перспективы


Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение. 

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 6256 сообщений

Добавить свое сообщение

Отслеживать это обсуждение

Обсуждение из раздела
Школа ОБЕРОНА

<<<... | 1636—1627 | 1626—1617 | 1616—1607 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 464


№ 1626   10-01-2007 09:43 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1622« (AVC)

Наверное, потому что стек обрабатывается консервативно, а куча -- прецизно.

1) Какое дело сборщику мусора до каких-то там целых чисел размещённых на стеке?..
2) Если ему есть до этого дело (что я абсолютно не понимаю), то почему тогда ptr := S.VAL(ANYPTR, w.adr), а не ptr := S.VAL(ANYPTR, adr)?

У меня другой вопрос: а когда вы (оба) NIL возвращать собираетесь?

Если это вопрос ко мне, то я его не понял.


№ 1625   10-01-2007 09:41 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1624« (pepper)
___________________________

>>но, почему несовместимость с Си не помешала, к примеру, популярности Явы?

За жабой стояли солнцевские. Не только в плане финансирования рекламы, но и в плане разработки (библиотеки, компиляторы, тулзы). Один человек, будь то Вирт или Страуструп, не может обеспечить такую поддержку новому языку.


Т.е. дело все-таки не в совместимости с Си, а, например, в "фирменной" поддержке?
 AVC


№ 1624   10-01-2007 09:30 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1623« (AVC)
___________________________

но, почему несовместимость с Си не помешала, к примеру, популярности Явы?

За жабой стояли солнцевские. Не только в плане финансирования рекламы, но и в плане разработки (библиотеки, компиляторы, тулзы). Один человек, будь то Вирт или Страуструп, не может обеспечить такую поддержку новому языку.


№ 1623   10-01-2007 09:23 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1615« (Alexey Veselovsky)
___________________________

С++ не стал бы столь популярным если бы он не был совместим с С. Увы.

Любопытно, почему несовместимость с Си не помешала, к примеру, популярности Явы?
 AVC


№ 1622   10-01-2007 09:09 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1620« (Сергей Губанов)
___________________________

Ответ на »сообщение 1586« (Илья Ермаков)



PROCEDURE (w: WeakPointer) Target* (OUT ptr: ANYPTR), NEW;
VAR adr: INTEGER;
BEGIN
adr := w.adr; (* make anchor in stack, to prevent concurrent GC *)
ptr := S.VAL(ANYPTR, w.adr);
adr := 0
END Target;



А почему нельзя просто так:

PROCEDURE (w: WeakPointer) Target* (OUT ptr: ANYPTR), NEW;
BEGIN ptr := SYSTEM.VAL(ANYPTR, w.adr);
END Target;

?


Наверное, потому что стек обрабатывается консервативно, а куча -- прецизно.
У меня другой вопрос: а когда вы (оба) NIL возвращать собираетесь?
 AVC


№ 1621   10-01-2007 08:51 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1619« (AVC)
___________________________

А на кого же?! :)

Самому интересно :)


№ 1620   10-01-2007 08:43 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1586« (Илья Ермаков)



PROCEDURE (w: WeakPointer) Target* (OUT ptr: ANYPTR), NEW;
VAR adr: INTEGER;
BEGIN
adr := w.adr; (* make anchor in stack, to prevent concurrent GC *)
ptr := S.VAL(ANYPTR, w.adr);
adr := 0
END Target;



А почему нельзя просто так:

PROCEDURE (w: WeakPointer) Target* (OUT ptr: ANYPTR), NEW;
BEGIN ptr := SYSTEM.VAL(ANYPTR, w.adr);
END Target;

?


№ 1619   10-01-2007 08:32 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1618« (pepper)
___________________________

Наверное, если бы меня посадили на необитаемый остров и дали голую железку без софта вообще, то первый компилятор языка программирования, который я бы написал после ассемблера, был бы похож чем-то на оберон. Однако представить реальность такой ситуации мне трудно, хотя было бы интересно :) Еще интереснее на что был бы похож второй язык программирования :) Могу сказать, что точно не на оберон :) И не на C++. И не на жабу.

А на кого же?! :)
 AVC


№ 1618   10-01-2007 08:27 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1617« (Снегурочка)
___________________________


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


Наверное, если бы меня посадили на необитаемый остров и дали голую железку без софта вообще, то первый компилятор языка программирования, который я бы написал после ассемблера, был бы похож чем-то на оберон. Однако представить реальность такой ситуации мне трудно, хотя было бы интересно :) Еще интереснее на что был бы похож второй язык программирования :) Могу сказать, что точно не на оберон :) И не на C++. И не на жабу.


№ 1617   10-01-2007 08:16 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1609« (pepper)
___________________________

Вирт может делать со своими языками что угодно, дотачивая их до идеала, все равно ими никто не пользуется. В случае с "реальными" языками такое не проходит. И goto присутсвует в языке C++ не потому, что Страуструп не понимает прописных истин, преподносимых Виртом, а потому что иначе язык C++ ждала бы судьба оберонов.

Типичный флейм. Единственным положительным моментом которого является некое оживлениt в мирно дремавшей ветке. Плюс внимание к самой персоне возмутителя спокойствия.

На Оберон и КП нет даже национального стандарта, и что тут их сравнивать с ISO C++? Они "бомжи", участь их незавидна. :)

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


<<<... | 1636—1627 | 1626—1617 | 1616—1607 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 464


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования