Виртуальные машины.

[Вахмурка]

...Кто ни буть пробовал писать виртуальные машины? Поделитесь информацией пожалуйста.

[Вахмурка]

Уже сам написал. Пойду делиться опытом сам с собой.

[Алексей++]

а что за виртуальные машины ?

[Sla]

что сам написал?
17:17 первый пост
19:38 второй

Били!!! Хватай его!

[Алексей++]

Sla, да не, польтора месяца уж ))

[Sla]

Ух! Пронесло!
Вахмурка, расскажи, пожалуйста, че нарыл, че получилось?

[Вахмурка]

Ух! Пронесло!
Вахмурка, расскажи, пожалуйста, че нарыл, че получилось?

... Да нечего сложного. Я имел в виду простой интерпритатор некого "внутреннего" кода, уже сто раз писал и сто раз переписывал, обычная рутина. Это для моего калькулятора, нужно добавить поддержку пользовательских функций. Проблема вообще не в этом. Ни как не могу найти книгу А.В. Костельцев
"Построение интерпретаторов и компиляторов. Использование программ BIZON, BYACC, ZUBR" + CD-ROM, наличие сидюка к книге главное. Скорее всего писать lR-анлизатор к грамматике придётся ручками но хотябы грамматику можно будет проанализировать при помощи этих программ на предмет конфликтов сдвиг-свёрстка и сдвиг-перенос. Вообше ужасно не хватает времени.

P.S.
  А вообще хочется создать свой язык программирования это ведь такая клёвая игрушка!

[Алексей++]

Вахмурка,

А вообще хочется создать свой язык программирования это ведь такая клёвая игрушка!

а можно совместить
есть такая игрушка - Colobot , там это и сделано. Сделай свою игру по такому же принципу Рады будем также поучавствовать

[zubr]

Скорее всего писать lR-анлизатор к грамматике придётся ручками но хотябы грамматику можно будет проанализировать при помощи этих программ на предмет конфликтов сдвиг-свёрстка и сдвиг-перенос.

Trim решает подобные проблемы.
Я сам недавно делал программный интерпритатор кода. Суть - Delphi-компоненты, аналогичные по функциональности флеш-компонентам. Когда пользователь ложит их на форму и запускает процесс компиляции, кроме exe-файла создается флешка. Роль интерпритатора - перевести Delphi-код, введенный пользователем в обработчиках событий в ActionScript в режиме DisignTime.

[Вахмурка]

Скорее всего писать lR-анлизатор к грамматике придётся ручками но хотябы грамматику можно будет проанализировать при помощи этих программ на предмет конфликтов сдвиг-свёрстка и сдвиг-перенос.

Trim решает подобные проблемы.
Я сам недавно делал программный интерпритатор кода. Суть - Delphi-компоненты, аналогичные по функциональности флеш-компонентам. Когда пользователь ложит их на форму и запускает процесс компиляции, кроме exe-файла создается флешка. Роль интерпритатора - перевести Delphi-код, введенный пользователем в обработчиках событий в ActionScript в режиме DisignTime.

  А не подскажете где можно почитать про этот Trim? Чёто в google я ни чего не нашёл.( хотя может плохо искал ) . Книжку я то нашёл но жаба давит, помимо книжки придётся купить ещё что то что бы сумма заказа была не меннее 500 рублей.

[zubr]

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

[Вахмурка]

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

  У меня все сложнее. Для написания лексическоего анализатора регулярные выражения подойдут, хотя лексические анализаторы я писал и без них. А вот с синтаксическим анализатором всё не так просто.

[zubr]

А вот с синтаксическим анализатором всё не так просто.

Ну, создаешь БД или XML-файл с ключевыми словами, функциями, выражениями и анализируй текст сверяя с БД. Я в принципе так и делал.

[Вахмурка]

Вот фрагмент одной из грамматик с которыми я сейчас работаю. Граммитика не однозначна и будет доводится:

12. логТело ::= короткоеЛогТело
                       | длинноеЛогТело

13. короткоеЛогТело ::= блк логВыход кблк

14. длинноеЛогТело ::= блк списокЛогОператоров логВыход  кблк

15 логВыход ::= возврат логическоеВыражение ;
                        | если ( логическоеВыражение ) логВыход иначе логВыход
                        | длинноеЛогТело

16. списокЛогОператоров ::= списокЛогОператоров логОператор
                                           | логОператор

17. логОператор ::= если ( логическоеВыражение ) логОператор
                             | если ( логическоеВыражение ) лоОператор иначе логОператор
                             | пока ( логическоеВыражение ) логОператор
                             | блк списокЛогОператоров кблк
                             | если ( логическоеВыражение ) логВыход
                             | если ( логическоеВыражение ) логВыход иначе логОператор
                             | если ( логическоеВыражение ) логОператор иначе логВыход
                             | пока ( логическоеВыражение ) логВыход
                             | утверждение ;
                             | ;

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

  Можно ли будет бодобную грамматику разобрать описанным Вами способом?

[zubr]

Ну а почему нет. Для каждого типа выражений (логические, арифметические и т. д.) создаешь в XML подветви с соответствующими ключевыми словами. Далее, разбиваешь тело выражения на отдельные слова, где разделителем может быть пробел, кавычка (тогда выделяешь все тело в кавычках), логические операторы и т. д. Далее, в зависимости от типа выражения, анализируешь слова (переменная или ключевое слово или оператор, обращаясь к тексту кода и сверяясь с XML) - если слово не определено - ошибка, далее заносишь слова в список (массив), после чего, в зависимости, от типа выражения определяешь правильность расположения (корректность) слов относительно операторов.
Правда у меня задача попроще была, я на правильность код не проверял (это делал компилятор), моя задача была только перевести код, хотя особенности ActionScript, все таки заставляли в некоторых моментах анализировать код.

[Вахмурка]

А с книжкой у меня случился облом: в фирме где я пытался её заказать, товара нет в наличии. Буду пробовать разные способы анализа, может попробую и Ваш.