Вот такая штука:


функция падает на строчке:
error(self.mElement,1)
и выдает
Lua Error: (null)
если строку error закомментировать, то функция отрабатывает, но не правильно. она всегда возвращает false.

Функция должна возвращать true, если найдены минимум дватипа элементов(не считая wildcard)

> @!!ex ©   (23.09.08 17:40)


А в коде обработчик функции error нормально работает? Может грабли там?

C error разобрался. Спасибо, GrayFace...
А функция все равно не правильно работает. :(

функция не работает, потому что структура данных совсем не та, для которой функция предназначена. так что я ступил.

> @!!ex ©   (23.09.08 20:08) [3]
>
> функция не работает, потому что структура данных совсем
> не та, для которой функция предназначена. так что я ступил.


Ну так я и спрашивал об этом в [1].

А вообще в самих обработчиках скриптовых функций(в коде программы) стоит делать получаемых параметров, чтобы не было вылета, а просто корректно возвращался false в случае неудачи. Это чуть замедлит работу, но сделает более стабильной работу программы/игры при багах в скрипте.

> @!!ex ©   (23.09.08 19:20) [2]


Кто-кто надо мной ржал когда я LUA рекомендовал ?

Городской Шаман   (23.09.08 20:28) [4]
А вообще в самих обработчиках скриптовых функций(в коде программы) стоит делать получаемых параметров, чтобы не было вылета, а просто корректно возвращался false в случае неудачи. Это чуть замедлит работу, но сделает более стабильной работу программы/игры при багах в скрипте.
Я у себя сделал проще - убрал вызов exit в случае ошибки, заменил на throw. И собирать Lua надо под C++ - тогда он использует Exception'ы в некоторых местах.

> [5] tesseract ©   (23.09.08 21:12)

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

> надо было исправить прогу сторонних разработчиков.


С этого всё и начинаеться. LUA в играх, как  1С в бухгалтерии.

> tesseract ©   (23.09.08 23:46) [8]
>
> > надо было исправить прогу сторонних разработчиков.
>
> С этого всё и начинаеться. LUA в играх, как  1С в бухгалтерии.


Такая же дрянь? Или вы о чем?

> [9] Городской Шаман   (24.09.08 00:20)

как и в случае с 1С - лучше нету.
обычный язык, довольно быстрый, насколько мне известно.
правда его питон тестин, ИМХО.

> LUA в играх, как  1С в бухгалтерии.

Спасибо что предупредил. Буду держаться подальше от луа :)

> Real ©   (24.09.08 01:00) [11]
>
>
> > LUA в играх, как  1С в бухгалтерии.
>
> Спасибо что предупредил. Буду держаться подальше от луа


Как раз lua это очень удобная быстрая и полностью конфигурируемая вещь. Например, в стандарте языка не определено ни одной функции (есть только рекомендации на определение обработчиков стандартных функций). Так что очень странно выглядит сравнение lua с 1С.

Lua для игр это примерно как чистый С для системного программирования и гибко, и достаточно.

А лучше говенного 1С есть проекты. Например, этот http://debet.kiev.ua/

Вот здесь хорошая документация по Lua на русском.
http://www.gamedev.ru/download/?id=1827

На самом деле, lua вполне замечательная вещь.
Пока от этого языка только приятные впечатления.
документация есть здесь:
www.lua.ru

> А лучше говенного 1С есть проекты.


1С, как показала практика, сильно от рук настройщика зависит. За два года база пришла в норму и теперь всё спокойно.


> Например, этот http://debet.
> kiev.ua/


Это они Раду отавтамотизировали ? И они кстати сильно используют GPL лицензии - Движки Mozilla и тд. Накатано на Eclipse RCP + java/ java script. Сиречь "побольше гвоздей и держиться"  и кстати, где тогда исходнички в свободном доступе ? Надо на этих ребят в FSF стукануть. До 8-ки в плане производительности ей, стопроцентно очень далеко.

> @!!ex ©   (24.09.08 09:31) [14]
>
> На самом деле, lua вполне замечательная вещь.
> Пока от этого языка только приятные впечатления.
> документация есть здесь:
> www.lua.ru


Там нет готового враппера lua под Delphi. Я его по другой ссылке качал.
http://luapascal.luaforge.net/index.html#download
http://www.matrix44.de/lua/

> tesseract ©   (24.09.08 13:04) [15]
>
>  и кстати, где тогда исходнички в свободном доступе ? Надо
> на этих ребят в FSF стукануть.


Мозила и Eclipse RCP под LGL и Mozilla license, тоесть их исходники можно использовать в коммерческих проектах, и не открывать коммерческие исходники.

В общем там все очень хорошо с лицензионной чистоты. Они ж не патентуют исходники Eclipse и Mozilla.

Кстати Gecko - движок мозилы можно спокойно использовать в закрытых коммерческих проектах.

> tesseract ©   (24.09.08 13:04) [15]


А по части скорости работы, так как там Java то ставишь 512 памяти и все взлетает. На 256 будет подлагивать.

> А по части скорости работы, так как там Java то ставишь
> 512 памяти и все взлетает. На 256 будет подлагивать.


большие сомнения - я их документацию почитал. До 1С даже 6 им далеко. У меня 7.7 (исправленная и дополненная) летает на MS SQL. Думаю таки 8.1 поставить. Хотя кода переписывать ой ё...... А там ещё много cвоих и чужих COM-объектов, которые данная разработка поддерживать не собираеться. Про java на 512 - у меня на такой опреативе сэплы из SDK тормозят, а 1С - по барабану, на 32 метра отлично работает.

> А лучше говенного 1С есть проекты. Например, этот http://debet.
> kiev.ua/

Такое же г... как и 1С, в чем-то может хуже. Насколько я знаю - с момента появления никем не рассматривалась как реальная замена... В 1С важно не то что она крутая (таковой она не является) а то что ее поставщики конфигурят тебе ее чуть ли ни на 100% так, как тебе надо. И программеры недорогие - везде уже имеются. И саппорт есть и вообще ты спокоен: денег заплатил, если че - есть на кого в суд подать. А с этим дебетом - как и с линухом ситуация ;)


> На самом деле, lua вполне замечательная вещь.

Да на самом деле я и не говорю что отстой, по той постой причине что не знаю, не видел. Просто сравнение с 1С настораживает не по-децки :)

> Real ©   (25.09.08 01:40) [20]
>
> > На самом деле, lua вполне замечательная вещь.
>
> Да на самом деле я и не говорю что отстой, по той постой
> причине что не знаю, не видел. Просто сравнение с 1С настораживает
> не по-децки :)


Пока lua это лучший скриптер очень гибкий, быстрый и прикручиваемый без особых бубнов как к Delphi так и к C++ (к любому компилируемому языку).

А вот к .Net его уже не прикрутишь, точнее можно, но лучше не нужно.

Ну и как таковая по причине отсутствия базовых функций lua можно натянуть на любую предметку от игр до cad и бухгалтерии.

> Пока lua это лучший скриптер очень гибкий, быстрый и прикручиваемый
> без особых бубнов как к Delphi так и к C++ (к любому компилируемому
> языку).

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

> Real ©   (25.09.08 20:09) [22]
>
>
> > Пока lua это лучший скриптер очень гибкий, быстрый и прикручиваемый
> > без особых бубнов как к Delphi так и к C++ (к любому компилируемому
> > языку).
>
> Сайт посмотрел, но пока не могу понять зачем это может потребоваться
> скажем в delphi. Расскажите о плюсах на примере какой-либо
> прикладной задачи


Где нужно поведение программы настраивать без ёё перекомпиляции.

> Сайт посмотрел, но пока не могу понять зачем это может потребоваться
> скажем в delphi. Расскажите о плюсах на примере какой-либо
> прикладной задачи


LUA предназначено для игр. Его автор топика козлил, если не ошибаюсь, месяца 3 назад. Это стандарт скриптов для игр с 1997 года. Потом LUA начал плавно вытеснять питон. Но он слегка слабо вытесняет. Fallout, Baldur's Gate и тд и тп - написаны с применением LUA.

> Его автор топика козлил, если не ошибаюсь, месяца 3 назад.

Да не козлил я его НИКОГДА.

> > Сайт посмотрел, но пока не могу понять зачем это может
> потребоваться
> > скажем в delphi. Расскажите о плюсах на примере какой-
> либо
> > прикладной задачи
>
> Где нужно поведение программы настраивать без ёё перекомпиляции.

И что это объясняет? По-моему любая нормальная программа, способна менять свое поведение без перекомпиляции... Возьмем к примеру calc.exe: нажал юзер на плюс - он складывает, нажал на минус - вычитает... и без всякой перекомпиляции... не думал что луа давным давно в майкрософте на вооружении :)

> [26] Real ©   (25.09.08 23:36)

ПРикалывайтесь чтоли?
Простой пример использования lua - скриптование миссий.
Только полный идиот будет засовывать миссии в движок игры.

> ПРикалывайтесь чтоли?

Нет, не прикалываюсь. Как объясняют - так и уточняю. цитата:
типа есть два пути менять поведение программы: луа и перекомпиляция... Кто тут прикалывается, это еще вопрос ;)

Я спросил о каком-нить примере, желательно из прикладных задач - написание игр, да еще и на делфи, это все таки экзотика. А тут говорят что здорово пригодится и для делфи, вот и дайте пример из "жизни"


> Простой пример использования lua - скриптование миссий.
> Только полный идиот будет засовывать миссии в движок игры.

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

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

> Real ©   (25.09.08 23:36) [26]
>
>
> > > Сайт посмотрел, но пока не могу понять зачем это может
> > потребоваться
> > > скажем в delphi. Расскажите о плюсах на примере какой-
>
> > либо
> > > прикладной задачи
> >
> > Где нужно поведение программы настраивать без ёё перекомпиляции.
>
>
> И что это объясняет? По-моему любая нормальная программа,
>  способна менять свое поведение без перекомпиляции... Возьмем
> к примеру calc.exe: нажал юзер на плюс - он складывает,
> нажал на минус - вычитает... и без всякой перекомпиляции.
> .. не думал что луа давным давно в майкрософте на вооружении
> :)


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

Если вопрос стоит чем lua лучше других скриптовых языков, то ответ - кросплатформенностью, гибкостью и компактностью.

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

Так что скриптовый язык позволяет разделить работу программиста программ для исследования информации по тем же нефтяным месторождениям и тех же прикладных математиков которые будут писать формулы на Lua используя функционал, представляемый программой, как по расчётам, так и по визуализации.

Так что подытожим - скриптовые языки просто необходимы для delphi программ где предметная область сложнее самой программы. Игры, учет/бухгалтерия, научно-исследовательские программы, программы с изменяемым поведением, программы, управляющие оборудованием...

Еще примеры:
1) Калькулятор. Со скриптовым языком в руках формульный калькулятор наполовину написан с самого начала.
2) Создание отчетов, которые можно настроить.
3) В прогах, в которых есть понятие документа и есть смысл дать возможность интерактивности документов - в прогах типа Ворда, Экселя и т.д.
4) В WEB тоже используется.
5) Пример на гибкость - 010Editor - там С-подобный самописный язык шаблонов. На основе Луа точно можно сделать такую же функциональность скриптов, с иным синтаксисом. (кучу бы времени и денег сэкономили) Чтобы было все чисто, надо, чтобы функция как переменные воспринимала все переменные в определенной структуре, в структуре, агрегирующей её (именно агрегирующей, а не являющейся каким-нибудь наследником), в структуре, агрегирующей ту структуру, и т.д. Такое можно сделать на Питоне?
6) Луа можно использовать для описания данных. Не знаю, когда это нужно в программах, т.к. обычно хватает XML. Но для скриптов на Луа это точно удобно.

Real ©   (25.09.08 23:55) [28]
А что, надо непременно в движок, если луа нет под рукой? А чем вам не по нраву отдельный файл с миссией? Всегда игры так и писались. Никто в движок ресурсы, миссии и проч. никогда не запихивал и не пропагандировал делать это.
Хранить файл со скриптом, который написан на отсутствующем языке? Или карту? Если 2е, то каким боком это относится к скриптованию миссий?