Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Чт мар 28, 2024 22:04

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - Ответ на чат :)
Автор Сообщение
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой

M обсуждение оптимизатора выненесено в отдельную тему!
Просьба методики оптимизации тут больше не обсуждать!

Сообщение Добавлено: Вс окт 10, 2010 08:12
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
Mihail писал(а):
Я хотел доказать, что низкая эффективность кода не является недостатками
Форта, равно как и польская запись (можно использовать любой синтаксис, с сохранением
всех преимуществ Форта). Просто Фортом мало кто занимается.

И какая связь между этими утверждениями?

Тем что их часто вместе называют.

Все равно не понял. А если бы Фортом многие занимались, то это было бы недостатком, или как? Или занимаются мало, поэтому и не видят, что это вовсе не недостатки?
Mihail писал(а):
Хищник писал(а):
какая связь между тем, что низкая эффективность - не недостаток, и тем, что ты развиваешь оптимизатор?

Низкая эффективность генерируемого кода - объективный недостаток для любого средства программирования.
Форт-система с оптимизатором не обладает этим недостатком.


Вот еще раз внимательно перечитай, что ты пишешь. Сначала твое утверждение "низкая эффективность кода не является недостатками Форта". Теперь оказывается, из твоих же слов, что низкая эффективность - объективный недостаток. Так недостаток, или нет? Или когда "вообще", то нет, а когда речь о твоем оптимизаторе, то сразу образуется недостаток, который тут же устраняется?
Mihail писал(а):
Хищник писал(а):
Зачем он вообще нужен, если он улучшает второстепенный показатель языка?

Вернее не языка, а компилятора. Какой первостепенный?

Форт обуславливает определенный уровень производительности скомпилированного кода в силу специфики разбора исходных текстов. Так что и языка тоже. А показатель, который не является существенным, никак нельзя назвать первостепенным. Тут все равно, что именно выходит на первый план, главное, что выгадывать проценты производительности путем замены отдельных кусков - неблагодарное занятие. На него тратится много сил, а эффект неочевиден.
Mihail писал(а):
Я ничего не утверждал. Просто выразил пожелание.
Утверждение может звучать так:
если человек не получает материального вознаграждения, значит, он не принес пользу вообще
или кому-то типа фореров.

Замечательно. Возвращаясь к оптимизатору: если за него никак не хотят стабильно платить, так ли он нужен?
Mihail писал(а):
Хищник писал(а):
Альтернативу я предлагал несколько часов. В виде перехода к исполнению проектов на Форте.

Напомни, что за проектов?

Ну вот, приехали! Мне Winglion-а в свидетели звать, что ли? Я бился-бился, пытаясь найти ключевые свойства Форта, которые можно было бы использовать в твоей работе, а ты все пропускал мимо ушей, или рассматривал через призму "как оно сочетается с оптимизатором"? Я же тебе не нянька, чтобы рассказывать, чем надо заниматься на работе, но есть целая куча направлений, где программирование на Форте способно дать человеку уверенную позицию в сильном и хорошо зарабатывающем коллективе.
Mihail писал(а):
Может быть. Я делаю то что умею. Мой oптимизатор применялся в коммерческом проекте.

Кто делает что умеет, не может рассчитывать, что получит то, что хочет.
Сообщение Добавлено: Вт окт 05, 2010 23:39
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
Хищник писал(а):
Я хотел доказать, что низкая эффективность кода не является недостатками
Форта, равно как и польская запись (можно использовать любой синтаксис, с сохранением
всех преимуществ Форта). Просто Фортом мало кто занимается.

И какая связь между этими утверждениями?


Тем что их часто вместе называют.

Хищник писал(а):
какая связь между тем, что низкая эффективность - не недостаток, и тем, что ты развиваешь оптимизатор?


Низкая эффективность генерируемого кода - объективный недостаток для любого средства программирования.
Форт-система с оптимизатором не обладает этим недостатком.

Хищник писал(а):
Зачем он вообще нужен, если он улучшает второстепенный показатель языка?


Вернее не языка, а компилятора. Какой первостепенный?

Хищник писал(а):
Mihail писал(а):
Я хочу чтобы получил
материальное вознаграждение тот, кто принесет реальную пользу Фортерам
(вне зависимости от места их работы).

А верно ли обратное -


Я ничего не утверждал. Просто выразил пожелание.
Утверждение может звучать так:
если человек не получает материального вознаграждения, значит, он не принес пользу вообще
или кому-то типа фореров.

Хищник писал(а):
Альтернативу я предлагал несколько часов. В виде перехода к исполнению проектов на Форте.


Напомни, что за проектов?

Хищник писал(а):
Howto по соединению с эклипсом продвинуло бы Форт существенно больше, чем еще одна заплатка к оптимизатору.


Может быть. Я делаю то что умею. Мой oптимизатор применялся в коммерческом проекте.
Правда не под x86. а тод TMS. Но версию под TMS выкладывать не имею право.
Там действительно требовалось быстродействие, а на ассемблере писать тяжело.
Сообщение Добавлено: Вт окт 05, 2010 22:57
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
mOleg писал(а):
оптимизатора должен быть оформлен в виде библиотеки


Простого способа не нашел.

mOleg писал(а):
мало того, что он весит как все остальное в СПФ


По нынешнем объемам ОЗУ, СПФ достаточно компактен.

mOleg писал(а):
еще и вот это:
Код:
: UNTIL \ 94
?COMP 3 <> IF -2004 THROW THEN \ ABORT" UNTIL без BEGIN !"
?BRANCH,
0xFFFFFF80 DP @ 4 - @ U<
IF DP @ 5 - W@ 0x3F0 + DP @ 6 - W! -4 ALLOT
THEN DP @ TO :-SET
; IMMEDIATE


можно фрагмент
Код:
  0xFFFFFF80  DP @ 4 - @  U<
  IF  DP @ 5 - W@ 0x3F0 + DP @ 6 - W!   -4 ALLOT
  THEN  DP @ TO :-SET
сунуть в ?BRANCH,

Дело в том, что UNTIL без этого фрагмента будет генерить работающий код.

Код:
DP @ 5 - W@ 0x3F0 + DP @ 6 - W!   -4 ALLOT

заменяет ссылку на более короткую.
К основному оптимизатору относится только - DP @ TO :-SET
Это говорит оптимизатору, что скомпилированный код стандартный и
оптимизировать можно.

Если твой Форк простой и компактной, будь до конца последователен.
Убери слова типа IFNOT *IF -IF

Я создавал и выкладывал компактную версию SPF . Куда-то она потерялась.
Сообщение Добавлено: Вт окт 05, 2010 21:48
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
В силу
kzagradskiy писал(а):
1) для вызовов функций из подключаемых динамических библиотек, 2) библиотек в виде исходников из DEVEL, 3) используя внутреннее устройство форт-системы (структуру словарной статьи и словаря) для решения своих задач

этого вам и не нужно совсем:
kzagradskiy писал(а):
понять работу всего SPF полностью по исходникам
Сообщение Добавлено: Вт окт 05, 2010 19:41
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
garbler писал(а):
kzagradskiy писал(а):
...изучайте устройство операндов архитектуры Intel x86, толковую спецификацию на которую в интернете не найдешь...

провокация. на сайте интела полная и подробная документация по всем вопросам, кроме того, можно заказать эти книги в бумажном виде, рассылают: http://www.intel.com/products/processor/manuals/

Здесь я, может и погорячился, сказав, что не найдешь, хотя поискать толковую спецификацию или доку пришлось-таки. Однако вопрос в другом: зачем мне начинать изучать SPF с изучения платформы на самом низком уровне (уровне железа), если язык я собираюсь использовать почти полностью на высоком уровне и по большей части 1) для вызовов функций из подключаемых динамических библиотек, 2) библиотек в виде исходников из DEVEL, 3) используя внутреннее устройство форт-системы (структуру словарной статьи и словаря) для решения своих задач? Но понять работу всего SPF полностью по исходникам невозможно из-за наличия оптимизированных мест.
Сообщение Добавлено: Вт окт 05, 2010 18:28
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
ac писал(а):
Я не против плавающей точки, я против её в ядре. ПОЧЕМУ нельзя плавающую точку подключать либой? Никто так и не объяснил. Чем она нужнее, чем какие-нибудь locals.f или str5.f, которые подключают почти в каждое приложение либами?

Тут я полностью согласен, и это касается не только float-a.

ac писал(а):
Давай еще раз: что нужно такое изменить в ядре, что нельзя сделать либой? Это сейчас практически единственный критерий для внесения туда изменений. На мой взгляд, разумный критерий. Кто считает иначе - обоснуйте, пожалуйста.

и опять же поддерживаю.

ac писал(а):
А я бы призвал всех вернуться в группу новостей SU.FORTH А если есть что-то более дельное, чем просто трёп, то не забывать публиковать ссылки (и буду крайне признателен, если поставите закладку с тегом for:forth_news на del.icio.us, тогда и на forth.org.ru автоматом залинкуется). А то вот Кварк твой пришлось долго гуглить.

а вот тут уже без вариантов. Скорее тут надо архив избранных обсуждений оттуда утащить. Кстати, не только тут треп, если повнимательнее присмотреться 8)
Сообщение Добавлено: Вт окт 05, 2010 16:37
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
На русском материал по архитектуре IA-32, системе команд
можно взять из справочника по ассемблеру Юрова
http://depositfiles.com/ru/files/2wzleathh
Сообщение Добавлено: Вт окт 05, 2010 11:05
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
kzagradskiy писал(а):
...изучайте устройство операндов архитектуры Intel x86, толковую спецификацию на которую в интернете не найдешь...

провокация. на сайте интела полная и подробная документация по всем вопросам, кроме того, можно заказать эти книги в бумажном виде, рассылают: http://www.intel.com/products/processor/manuals/
Сообщение Добавлено: Вт окт 05, 2010 09:52
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
ac писал(а):
Вот буквально вчера человек на конференции жаловался на отсутствие хорошего софта для проектирования винто-рулевой группы крупнотоннажных судов SPF-dev это тоже потянет?

Потянет, если надо. Но вопрос был про библиотеки, а не про приложения.

Вот это "потянет, если надо" есть прямое попадание в никуда. Исходя из материалов прослушанного мной доклада, это большой программный комплекс, запускаемый на кластерах. Не надо полагать, что наличие желания - достаточное условие для написания всего и вся. Задачи бывают разные, и подходы к их решению - тоже.
ac писал(а):
Я уже неоднократно давал пояснение, что "либы" не зажимаю. Потому что к термину "либа" у меня напрашивается глагол "прикручена", что неминуемо наводит на размышления о разнообразной IT-пионерии. Выкинуть некий мусор на sourseforge и сделать широкий жест в его сторону я полагаю не вполне серьезным делом. Продукт должен пройти апробацию у автора, бета-тестирование, его надо должным образом сопроводить, добавить документацию и обучающие материалы. А выдавать пробные версии за готовые библиотеки - это множить информационный мусор, которого в сети и так предостаточно.

Львиная доля библиотек SPF, выложенных на sf.net, используются в Eserv. Т.е. прошли апробацию не только у автора, но и на сотнях-тысячах других машин. А с неиспытанным "мусором" тоже можно поиграться (тем более что он легко читается, пока маленький) - со временем почти всё перерастает в библиотеки промышленного качества.

Вот интересно, я писал про свои библиотеки, а получил ответ про СПФ :) Это к чему было?

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

Плавающая точка в большинстве приложений - глупость с момента создания приложения. ("Аргументация" в твоём стиле).

Аналогия совершенно неуместна. Сопроцессор - объективно присутствующий в компьютере компонент. Операции с плавающей точкой поддержаны аппаратно, и исключить их - все равно, что исключить, например, команду and. И заставлять доказывать, что and нужна в приложениях :) Кроме того, выбор для представления данных формата с плавающей точкой в основном диктуется объективными требованиями, а не соображениями эстетики кодирования.
ac писал(а):
Я не против плавающей точки, я против её в ядре. ПОЧЕМУ нельзя плавающую точку подключать либой? Никто так и не объяснил. Чем она нужнее, чем какие-нибудь locals.f или str5.f, которые подключают почти в каждое приложение либами?

Ну не объяснил и не объяснил. Но к чему тогда вопросы "зачем что-то, кроме СПФ"? Затем и есть, что у других людей другие мнения.
ac писал(а):
Вот-вот. Я как раз в середине 90х сказал (громко сказал - в статье в "Компьютерре" году в 96м), что будущее за html-интерфейсами. И с тех пор только их и создаю. А сейчас очевидно практически всем, что это уже мэйнстрим (ну, кроме игр, разве что). При взгляде на скрины http://www.eserv.ru/Eserv4WhatsNew или допустим http://vkontakte.ru/album-19591000_116107443 ты можешь сказать, на Форте это написано или на C#?


Что "вот-вот"?
ac писал(а):
Вообще интерфейсных средств в SPF тьма. Не говоря уж о собственно Windows, к GUI-средствам которого у SPF такой же полный доступ, как у любых других нормальных языков

Мне не так важно, на чем пишется "вообще", если на конкретный запрос были упомянуты GUI-средства Windows, что было актуально 15 лет назад. Доступ к ним есть не у языка, а у его конкретной реализации, а интерфейс к любым сторонним библиотекам появляется после LoadLibrary и GetProcAddress. Это не бог весть какая нагрузка, и вопрос перетекает в плоскость "насколько пользователь конкретного транслятора освоил вызовы функций тех или иных dll". К версии Форта это имеет слабое отношение.
ac писал(а):
Я в курсе. Николай использовал множество моих либ, и потом опубликовал все свои (все исходники nnCron). Но, увы, вечным двигателем SPF'а я nnCron назвать не могу. Потому как тот "pingback" был одноразовым, и больше никакого влияния на SPF nnCron не оказывает - практически со времен выхода SPF4.

Поэтому мы и возвращаемся к исходному утверждению - для СПФ недостаточно четко сформированы требования, они обусловлены в основном развитием Eserv.
ac писал(а):
Давай еще раз: что нужно такое изменить в ядре, что нельзя сделать либой? Это сейчас практически единственный критерий для внесения туда изменений. На мой взгляд, разумный критерий. Кто считает иначе - обоснуйте, пожалуйста.

Я уже писал - обработка чисел с плавающей точкой ведется по собственным правилам. Требуются изменения в INTERPRET, чтобы целые и вещественные форматы аккуратно разделялись и отправлялись на обработку. При этом использование для этих целей NOTFOUND провоцирует скрытые логические ошибки, поскольку его переопределение должно будет производиться с учетом уже подгруженных библиотек.
ac писал(а):
Ну, раз создал форум по SPF'у, то было бы странно, если бы никто на него не набрёл и не задал вопрос (я вот сайт и форум по MDaemon - конкуренту Eserv'а - сделал несколько лет назад, и хотя я его совсем никак не продвигал, народу туда набежала тьма, и десятки тысяч сообщений написали, и даже покупают там MDaemon'ы . Если техподдержка SPF тебе не интересна, или в силу незнания темы невозможна - давно бы сам написал там "за техподдержкой SPF идите в баню", или просто закрыл бы тему, вместо того чтобы дезинформировать.

"Форум по СПФ" в действительности находится по адресу "Форт-системы -> SP-Forth". Я лично его не создавал, администратором является Winglion. На форуме достаточно пользователей СПФ, чтобы они что-то обсуждали, поэтому размещение такого раздела здесь ничему, собственно, не противоречит. А техподдержку здесь никто не обещал - это нерационально при таком охвате тем.

ac писал(а):
Речь была о том, что старички не умерли. То, что форт они не особо развивают - это для меня тоже не секрет.

ac писал(а):
[19:22:05] <BARRIS> FIG практически распустился
[19:22:24] <BARRIS> старики перемерли. поленившись передать свои знания новичкам

Таким образом, BARRIS в чем-то прав? :)
ac писал(а):
Я приводил примеры десктопных приложений - чат-клиенты (свежий для ВКонтакта, еще есть старый eChat; к слову microsoft'овский интерфейс MSN Messenger'а тоже сделан на DHTML), SnmpMonitor. Ты добавил пример nnСron. Я добавлю еще ФинАналитик (продается на audit-it.ru). Почтовый клиент для Eserv'а (он webmail, но чем десктопное приложение, загружаемое с сервера хуже такого же (внешне), загружаемого с локального диска?) Еще AAG - Agava Antispam Gateway (байес там агавовский, всё остальное - сервер, инсталлятор и интерфейс администратора - написаны мною на СП-Форте).


А я могу привести примеры в виде подписчиков форума - потенциальных и реальных разработчиков приложений на Форте. Дело-то не только в том, что существует некий продукт, который полагается дефолтным. Если человек хочет сделать шаг в сторону - надо сразу давить его авторитетом? Пытаться стянуть всю активность к единственному варианту Форта, и записать всех в разработчики библиотек? И что, хорошо получается?

ac писал(а):
Теперь о встроенных. По каким критериям будем считать встраиваемыми? По близости к железу? (ОС Максимова будем считать?) По поддержке более компактных чем intel архитектур? (dsForth - версия SPF, работающая на MIPS, SH-3 и ARM-процессорах - будем считать?). Есть у меня также самодельная версия Форта (ЦК из SPF), работающая на Чепыженковском форт-процессоре. Или будем считать только самые простейшие 8-битные контроллеры с памятью в единицы Кб? (тогда предлагаю к зачёту старые версии SPF

Встроенные будем считать по тем критериям, что примерно 96% процессоров в мире выпускаются именно для этих применений, а в России порядка 30-40 тысяч инженеров, занимающихся такими разработками. Старые версии SPF, dsForth и Максимов - это вообще серьезный перечень? Речь, опять же, идет не о том, чтобы осуществить духовное окормление единственно правильным продуктом, а о развитии методики работы с Фортом во встроенных приложениях. Да, это подразумевает и объяснения, как самостоятельно разрабатывать кросс-трансляторы... а куда деваться, потенциально заинтересованных людей десятки тысяч :) При этом чистый теорвер как бы намекает, что среди них могут оказаться высококлассные специалисты, которые по разным причинам Фортом не пользуются, но если вдруг начнут, то их уровень будет на голову выше текущей активности в RuFIG. Не слишком ли самонадеянно считать, что единственный способ работы с Фортом - это разработка библиотек к СПФ?
ac писал(а):
А я бы призвал всех вернуться в группу новостей SU.FORTH

Жизнь показывает, что общение здесь идет веселее.
ac писал(а):
А если есть что-то более дельное, чем просто трёп,

Как правило, нет, ради трепа в основном и собираемся :))
ac писал(а):
то не забывать публиковать ссылки (и буду крайне признателен, если поставите закладку с тегом for:forth_news на del.icio.us, тогда и на forth.org.ru автоматом залинкуется)

Ну, мне так кажется, что кому надо, тот и организовывает. Если кто-то захочет сделать хорошо для forth.org.ru, то он сделает. Самостоятельно (или автоматически) собирать материал здесь правилами форума не возбраняется.
ac писал(а):
А то вот Кварк твой пришлось долго гуглить.

А он как бы для работы, а не чтобы в топы гугла выходить :)
Сообщение Добавлено: Вт окт 05, 2010 01:53
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
Хищник писал(а):
Цитата:
[06:47:02] <BARRIS> из-за удобства и вагона библиотек
Каких библиотек не хватает в SPF, например?

Например, для BARRIS-а, кого-то еще, или "вообще"? Вот буквально вчера человек на конференции жаловался на отсутствие хорошего софта для проектирования винто-рулевой группы крупнотоннажных судов ;) SPF-dev это тоже потянет?

Потянет, если надо. Но вопрос был про библиотеки, а не про приложения.

Цитата:
[06:57:30] <BARRIS> у Хищника, надо отдать ему должное, хоть он либы и зажимает — по ядру документация полнейшая
Я уже неоднократно давал пояснение, что "либы" не зажимаю. Потому что к термину "либа" у меня напрашивается глагол "прикручена", что неминуемо наводит на размышления о разнообразной IT-пионерии. Выкинуть некий мусор на sourseforge и сделать широкий жест в его сторону я полагаю не вполне серьезным делом. Продукт должен пройти апробацию у автора, бета-тестирование, его надо должным образом сопроводить, добавить документацию и обучающие материалы. А выдавать пробные версии за готовые библиотеки - это множить информационный мусор, которого в сети и так предостаточно.

Львиная доля библиотек SPF, выложенных на sf.net, используются в Eserv. Т.е. прошли апробацию не только у автора, но и на сотнях-тысячах других машин. А с неиспытанным "мусором" тоже можно поиграться (тем более что он легко читается, пока маленький) - со временем почти всё перерастает в библиотеки промышленного качества.

Цитата:
Отсутствие плавающей точки в языке, претендующем на применение в задачах общего вида - анахронизм с тех самых пор, как сопроцессор перестал быть отдельной микросхемой, докупаемой при сильном желании.


Плавающая точка в большинстве приложений - глупость с момента создания приложения. ("Аргументация" в твоём стиле).

Я не против плавающей точки, я против её в ядре. ПОЧЕМУ нельзя плавающую точку подключать либой? Никто так и не объяснил. Чем она нужнее, чем какие-нибудь locals.f или str5.f, которые подключают почти в каждое приложение либами?

Цитата:
Вообще интерфейсных средств в SPF тьма. Не говоря уж о собственно Windows, к GUI-средствам которого у SPF такой же полный доступ, как у любых других нормальных языков

Как же, помню! Золотое было время, середина 90-х :)) Полный доступ к средствам GUI через функции gdi, доступ к которым был в Borland Pascal 7.0 и Borland C++ 3.1. И почему бы вдруг, при таком-то шоколаде, стали появляться какие-то иные подходы к разработке интерфейсов?


Вот-вот. Я как раз в середине 90х сказал (громко сказал - в статье в "Компьютерре" году в 96м), что будущее за html-интерфейсами. И с тех пор только их и создаю. А сейчас очевидно практически всем, что это уже мэйнстрим (ну, кроме игр, разве что). При взгляде на скрины http://www.eserv.ru/Eserv4WhatsNew или допустим http://vkontakte.ru/album-19591000_116107443 ты можешь сказать, на Форте это написано или на C#?

Цитата:
[18:22:37] <Хищник> у меня сильное впечатление, что тамошний народ просто не видит, куда двигаться
Хищник, ты просто не в курсе. Вечным двигателем SPF'а последние почти 15 лет является Eserv. И "тамошний народ" (несколько тысяч коммерческих лицензий на сервера Eserv и несколько сот тысяч "тамошнего народа" в его пользователях) точно знают, куда нас двигать И соответственно мы двигаем и SPF.
Это ты не в курсе, что есть еще и nnCron! :))

Я в курсе. Николай использовал множество моих либ, и потом опубликовал все свои (все исходники nnCron). Но, увы, вечным двигателем SPF'а я nnCron назвать не могу. Потому как тот "pingback" был одноразовым, и больше никакого влияния на SPF nnCron не оказывает - практически со времен выхода SPF4.

Цитата:
Может быть недостаточно убедительно просил? У нас тут никакого "волюнтаризма" нет, всё решаемо. Я, к сожалению, той истории не помню (если я вообще в ней участвовал). Можем попробовать поднять тему еще раз

А что решаемо-то? Что делать с плавающей точкой, я писал не раз. Неужто "16 админов forth.org.ru" не могут решить частную кодописательскую задачу? Тем более что она в интересах СПФ.


Давай еще раз: что нужно такое изменить в ядре, что нельзя сделать либой? Это сейчас практически единственный критерий для внесения туда изменений. На мой взгляд, разумный критерий. Кто считает иначе - обоснуйте, пожалуйста.

Цитата:
А зачем В ЯДРЕ плавающая точка? Этого мне ни day, ни ты, так и не объяснили. И хотя плавающая точка уже таки больше 10 лет в ядре, всё равно никто не убедил.

Видимо, надо все же ознакомиться с порядком применения языка в сферах, отличных от Eserv.


Я уже говорил, что в Eserv есть пара мест, где используется плавающая точка (интегрируются сишные библиотеки, использующие float, поэтому фортовый float там оказался не очень удобен, но тем не менее пригодился). Но я мог бы с тем же успехом использовать float и БЕЗ включения их в ядро.

Цитата:
Ну а мне-то оно зачем? К тому же я отметил, что подписчик форума не нашел удобного для него средства.

Внеси в тему СПФ "пользователи форума, я тут не бываю, пишите в личку", и все будет в порядке. На форум никто силой не гонит, но и в техподдержку СПФ форумчане не нанимались.


Ну, раз создал форум по SPF'у, то было бы странно, если бы никто на него не набрёл и не задал вопрос (я вот сайт и форум по MDaemon - конкуренту Eserv'а - сделал несколько лет назад, и хотя я его совсем никак не продвигал, народу туда набежала тьма, и десятки тысяч сообщений написали, и даже покупают там MDaemon'ы :). Если техподдержка SPF тебе не интересна, или в силу незнания темы невозможна - давно бы сам написал там "за техподдержкой SPF идите в баню", или просто закрыл бы тему, вместо того чтобы дезинформировать.

Цитата:
[19:22:05] <BARRIS> FIG практически распустился
[19:22:24] <BARRIS> старики перемерли. поленившись передать свои знания новичкам
Ну наверное не все померли, недавно на EuroForth очередной приглашали

Ну, я там публиковался, о чем потом слегка пожалел. Европейский междусобойчик еще не означает объективного существования активно действующих исследовательских групп.


Речь была о том, что старички не умерли. То, что форт они не особо развивают - это для меня тоже не секрет.

Цитата:
Перед этим неплохо бы добавить "те, кто вообще планирует работать с СПФ". Иначе видится таки "фортерство Всея Руси", когда другие продукты by default полагаются детскими играми в песочнице. :) При этом я вполне серьезно не даю исходники кварка, чтобы этим дополнительно стимулировать разработку других форт-систем. Кроме серверных приложений, есть десктопные и встроенные... СПФ к ним готов, или просто "тоже можно добавить либу"?


Я приводил примеры десктопных приложений - чат-клиенты (свежий для ВКонтакта, еще есть старый eChat; к слову microsoft'овский интерфейс MSN Messenger'а тоже сделан на DHTML), SnmpMonitor. Ты добавил пример nnСron. Я добавлю еще ФинАналитик (продается на audit-it.ru). Почтовый клиент для Eserv'а (он webmail, но чем десктопное приложение, загружаемое с сервера хуже такого же (внешне), загружаемого с локального диска?) Еще AAG - Agava Antispam Gateway (байес там агавовский, всё остальное - сервер, инсталлятор и интерфейс администратора - написаны мною на СП-Форте).

Теперь о встроенных. По каким критериям будем считать встраиваемыми? По близости к железу? (ОС Максимова будем считать?) По поддержке более компактных чем intel архитектур? (dsForth - версия SPF, работающая на MIPS, SH-3 и ARM-процессорах - будем считать?). Есть у меня также самодельная версия Форта (ЦК из SPF), работающая на Чепыженковском форт-процессоре. Или будем считать только самые простейшие 8-битные контроллеры с памятью в единицы Кб? (тогда предлагаю к зачёту старые версии SPF :)

Цитата:
Я таки приглашаю почаще заходить сюда, чтобы не замыкаться в подобии "генетического однообразия". Биологам прекрасно известно, что такие вещи всегда приводили к вырождению. Общение всегда полезно, причем даже по тем вопросам, которые не дают немедленной коммерческой выгоды. Чат опять же приветствуется.


А я бы призвал всех вернуться в группу новостей SU.FORTH :) А если есть что-то более дельное, чем просто трёп, то не забывать публиковать ссылки (и буду крайне признателен, если поставите закладку с тегом for:forth_news на del.icio.us, тогда и на forth.org.ru автоматом залинкуется). А то вот Кварк твой пришлось долго гуглить.
Сообщение Добавлено: Пн окт 04, 2010 21:31
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
kzagradskiy писал(а):
То есть, изучайте устройство операндов архитектуры Intel x86, толковую спецификацию на которую в интернете не найдешь.

Кстати, вот они http://www.rcollins.org/intel.doc/486Manuals.html
Странно, ссылки пару лет назад работали...
Я подсматривал кодировку команд здесь ftp://download.intel.com/design/intarch/manuals/27302101.pdf
Сообщение Добавлено: Пн окт 04, 2010 20:34
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
mOleg писал(а):
Mihail писал(а):
mOleg писал(а):оптимизатор сильно запутывает код Где и чего он запутывает?

...
Код:
: UNTIL \ 94
  ?COMP 3 <> IF -2004 THROW THEN \ ABORT" UNTIL без BEGIN !"
  ?BRANCH,
  0xFFFFFF80  DP @ 4 - @  U<
  IF  DP @ 5 - W@ 0x3F0 + DP @ 6 - W!   -4 ALLOT
  THEN  DP @ TO :-SET
; IMMEDIATE

вместо: (под рукой нет кода СПФ3, поэтом малость правленый из форка пример)
Код:
: UNTIL ( flag --> )
            ?COMP ?PAIRS" тут ошибка!"
            COMPILE ?BRANCH <RESOLVE
            ; IMMEDIATE

И таких место не так уж и мало, ...

Еще раз, я не против оптимизатора, я против того, как он прикручен.

Полностью с mOleg согласен. Оптимизатор в ядре сильно отпугивает тех кому посоветовали изучить SPF по исходным текстам. Они бы и рады (и я в том числе), но суть определений слов не доходит, когда они написаны по хлеще чем на ином ассемблере. То же самое относится и к словам частично или полностью написанным на встроенном ассемблере.

Получается: захотел изучить SPF по исходникам -- изучи сначала устройство его оптимизатора и ассемблера. Встроенный ассемблер опять же приходится изучать по исходникам, т.к. документации толковой нет и примеров использования тоже (более простых, чем в определениях SPF). Банального "Hello world" нет. А исходники встроенного ассемблера на половину состоят из машинных инструкций в шестнадцатеричном коде. То есть, изучайте устройство операндов архитектуры Intel x86, толковую спецификацию на которую в интернете не найдешь. Нет чтобы исходники на чистом форте написать, а с помощью подключаемых "либ" или другим образом при компиляции заменять слова на оптимизированные варианты. В результате: "волки сыты и овцы целы".

Да и код был бы менее платформо-зависимым. А так для переноса на другую платформу надо сначала избавиться от всех мест зависимых от платформы: оптимизирующих вставок, ассемблерных вставок. Превратить исходники SPF в чистый форт, а потом портировать на другую платформу.

А вообще те кто встроил оптимизатор и ассемблер молодцы. Спасибо вам. Я в свою очередь никого ни к чему не призываю, а просто высказываю мнение.

SPF был бы более гибким и удобным если бы его исходники были разбит на несколько компонент. Форт -- отдельно, платформа (оптимизатор + ассемблер) -- отдельно. И сначала компилировался бы форт на форте, а потом (при желании) оптимизировался бы для платформы.
Сообщение Добавлено: Пн окт 04, 2010 19:05
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
Mihail писал(а):
Я хотел доказать, что низкая эффективность кода не является недостатками
Форта, равно как и польская запись (можно использовать любой синтаксис, с сохранением
всех преимуществ Форта). Просто Фортом мало кто занимается.

И какая связь между этими утверждениями? Более того, какая связь между тем, что низкая эффективность - не недостаток, и тем, что ты развиваешь оптимизатор? Зачем он вообще нужен, если он улучшает второстепенный показатель языка?
Mihail писал(а):
Я хочу чтобы получил
материальное вознаграждение тот, кто принесет реальную пользу Фортерам
(вне зависимости от места их работы).

А верно ли обратное - если человек не получает материального вознаграждения, значит, он не приносит реальной пользы?

Mihail писал(а):
Альтернативы ты не предлагал. Кроме того, что убеждал, что с Фортом и так все в порядке.

Альтернативу я предлагал несколько часов. В виде перехода к исполнению проектов на Форте.
Mihail писал(а):
По работе я использую Форт в качестве распределеной ОС для управления
контроллером. Соединил с Эклипсом: https://sites.google.com/site/forthos/fortheclipse

Замечательно. Howto по соединению с эклипсом продвинуло бы Форт существенно больше, чем еще одна заплатка к оптимизатору.
Сообщение Добавлено: Пн окт 04, 2010 16:44
  Заголовок сообщения:  Re: Ответ на чат :)  Ответить с цитатой
Хищник писал(а):
так и не удалось при личной встрече перевести разговор на рельсы практической проектной деятельности


Переводи здесь. По работе я использую Форт в качестве распределеной ОС для управления
контроллером. Соединил с Эклипсом: https://sites.google.com/site/forthos/fortheclipse
Сообщение Добавлено: Пн окт 04, 2010 16:16

Часовой пояс: UTC + 3 часа [ Летнее время ]


cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB