Предложение по EXC-DUMP

[Ruvim Pinka]

Привет!

On 7/22/07, Andrey Cherezov <andrey@...> wrote:

> Исходник исправленного варианта для ревю:
Поддерживаю.

Стоит ли вынести итераторы в отдельные слова типа FOR-WORDLIST и ENUM-FORTH-VOCS (имена обсуждаемы)?  Код этот уже используется для WordByAddr.

--
Ruvim

[Andrey Cherezov]

Добрый день, Ruvim Pinka!

Ваше сообщение от 23.07.2007 11:49:
> Стоит ли вынести итераторы в отдельные слова типа FOR-WORDLIST и
> ENUM-FORTH-VOCS (имена обсуждаемы)?  Код этот уже используется для
> WordByAddr.
Итераторы в ядре (тем более нужные самому ядру, как в данном случае) -
хорошее дело.
Моё (нетвердое пока :) мнение об итераторах и их именах изложено в
~ac/lib/ns/iterators.f
Т.е. хорошо, если они логично встроятся в [будущие] универсальные
итераторы для подключаемых NS.

[Ruvim Pinka]

Привет!

On 7/22/07, ygrek <ygrek@...> wrote:

Я теперь буду тестером spf на wine :) Патч работает.

:) спасибо. Правда, оно с quick-swl.f несовместимо.

Предлагаю сразу коммитить на CVS версии для "ревю" тоже.

Мелкие изменения и исправления вполне допустимо коммитить и сразу. Но это не тот случай, тут хвост тянется, — выходит многоплановое, комплекстное изменение.

1. Выделение итераторов (с их именами и стеком — в практике покрыты все варианты, полный разброд ;)
2. Надо оставить место для расширения VOC-LIST (чтобы не патчить кучу слов при подключении storage.f)
3. Имеет смысл сделать ячейку в структуре словаря под расширение и элиминировать wid-extra.f (решится совместимость с quick-swl.f)
4. Надо подумать, чтобы не создать лишних трудностей при виртуализации этих итераторов на обобщенные пространства имен.
5. Что-то еще, да?

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

--
Ruvim

[Ruvim Pinka]

Привет!

On 7/25/07, Ruvim Pinka <ruvim.pinka@...> wrote:

On 7/22/07, ygrek <ygrek@...> wrote:

Я теперь буду тестером spf на wine :) Патч работает.

:) спасибо. Правда, оно с quick-swl.f несовместимо.

Все изменения по теме внесены в репозиторий.  storage.f больше не совместим с ядром 4.18. quick-swl3.f остался совместим и со старым и с новым ядром.

--
Ruvim

[Ruvim Pinka]

Привет!
При аппаратном исключении и размотке стека возвратов особый интерес
представляют области: вершины, HANDLER (в обе стороны) и некоторая
часть не доходя одинакового для всех дна. В случае, когда исключение в
библиотечных функциях, вершина (очень большой кусок) без пользы.
Другой особый случай это мелкий CATCH.
Для удобства, в текущей реализации часть ячеек пропускается. Баланс
регулируется величинами TRACE-HEAD-SIZE, TRACE-TAIL-SIZE и жестко
заданным в коде значеним 10 CELLS (skip early bottom). Принимаются
предложения по тюнингу начального значения этих величин для пущего
удобства.

--
Ruvim

--
Ruvim
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Spf-dev mailing list
Spf-dev@...
https://lists.sourceforge.net/lists/listinfo/spf-dev