Vala & XPath

Xml.Doc, Xml.Node юзаются свободно и без ошибок, а тут..

>Xml.Doc, Xml.Node юзаются свободно и без ошибок, а тут..

Может потому, что не "XPatchContext", а "XPathContext" ? =)

черд. я тупой.

Не секрет - в чём пишешьш на Вала? И как тебе сам язык?

В Geany. В версии 0.17 вполне неплохая поддержка Vala.. Есть браузер классов, легкое (и тупое) автодополнение.. Ну неплохо так.

Язык нравится. Очень похож на C# в плане синтаксиса.. Огромное кол-во биндингов к разным гномо- и не только либам.

Попробуй. http://live.gnome.org/Vala

>Попробуй. http://live.gnome.org/Vala

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

Каково живётся без отладчика, и как там уже готовые библиотеки логирования и юнит-тестирования.

Транслятор уже вполне стабильный. Скорость компиляции зависит полностью от gcc, потому как время трансляции в сишный код небольшое. Документации конечно не хватает.. Точнее не хватает примеров, но можно пользоваться сишной документацией и описанием vala api valadoc.org.

Да, ибо пишешь на Vala.

Без отладчика.. Терпимо. Лично мне.

А новых каких то возможностей vala не представляет. Так что все упирается в glib, gtk и прочих. На valadoc.org можно посмотреть список биндингов и описаний api к ним.

Белко, тут тебе не толксы. Так что сдерживайся)

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

Белка, идна <поскипано> спроси AVL2 про отладчик.

А что там куда ты меня послал делает AVL2, радуется отладчику?

> AVL2, радуется отладчику?

В некотором смысле...

Ох и затейники вы.

Ешё вопрос. Как оно относится к ошибкам программиста? Ну, там, разыменованые null-а, вылезание за границы массива, пропускание исключений за мэйн.

Проверок границ массивов нет.. И вообще использование указателей в Vala не приветствуется..

Белка, брысь. будешь еще тут меня лору учить. Я раньше тебя тут появился.

>Проверок границ массивов нет..

=(((

> И вообще использование указателей в Vala не приветствуется

Я имею ввиду ссылки. Типа

SomeObject o = null; o.do_something();

Сегментейшн слетит?

Хм.. не. Не слетит.

Вылетает ругань в stdout:

** (process:2137): CRITICAL **: someclass_do_something: assertion `self != NULL' failed

Но программа продолжает дальше работу.

Спасибо. Очень странное поведение, но хорошо хоть что не сегментейшн...

Да нет, в принципе ничего странного.. Классы же разворачиваются в GObject'ы. И do_something - это просто функция, ее можно вызвать всегда. При трансляции этого примера получается такой код:

_tmp0_ = NULL;
o = (_tmp0_ = NULL, (o == NULL) ? NULL : (o = (someclass_unref (o), NULL)), _tmp0_);
someclass_do_something (o);


gobject-метод вызывается для пустого класса, о чем и рапартует glib.

Почему оно так я в общем понимаю. В сях то так и должно быть, но не в языке поддерживающем исключения.

ну Vala по сути это C+GObject на котором несколько удобней писать.

*Потрясая бородой...

я еще помню, когда ты макаронным монстром был :)

тогда я еще был здоров... но до этого я был анонимусом и не писал...

> Но программа продолжает дальше работу.

И это поведение прописано в language spec? Тогда закапывайте.

нет.. это не прописано в language-spec. Это поведение glib..

А в си вообще ООП нет и любой метод - функция. Си тоже закопать?

Не шлангу , в плюсах за такое бьют по рукам.

> А в си вообще ООП нет и любой метод - функция. Си тоже закопать?

А Си не претендует на выскоуровневость. И кстати, в Си при обращении по NULL бросается исключение - SIGSEGV называется.

напиши разработчикам gobject.. может прислушаются.

Не, популярность гтк среди быдлокодеров снизится. Собстно теперь понятно за что его так любят.

> И кстати, в Си при обращении по NULL бросается исключение - SIGSEGV называется.

Да ну? mmap(0,... MAP_FIXED,...);

> Не, популярность гтк среди быдлокодеров снизится. Собстно теперь понятно за что его так любят.

Ёбна, кент, семачки, жыгуль и гтк!

>> И кстати, в Си при обращении по NULL бросается исключение - SIGSEGV называется.

> Да ну? mmap(0,... MAP_FIXED,...);

"Мама, ну я же просил вас..." (с)

И вообще, в последних ядрах это запрещено же? :-P После того самого взлома через PulseAudio.

> И вообще, в последних ядрах это запрещено же? :-P После того самого взлома через PulseAudio.

Ну, не запрещено, а есть tunable, позволяющий запретить... ;)

отладчик есть! ставите МоноДевелоп с плагином Вала и GDB и есть и отладчик и сборщик и пэкаджи мышкой выбираете, какие линковать и т.п. Т.е. всё как у людей.

>> Но программа продолжает дальше работу.

>И это поведение прописано в language spec? Тогда закапывайте.

Вполне смаллаталкообразное поведене. Там тоже нуллу сообщение можно послать.

>И кстати, в Си при обращении по NULL бросается исключение - SIGSEGV называется.

Для GUI это хреновый вариант. Даже если при нажатии на какую-то кнопку выскочил NPE незачем завершать работу программы - там несохраненные данные могут быть. В той же жабе NPE долетает до цикла обработки сообщении который ругается в stderr и продолжает работу.

>Для GUI это хреновый вариант.

Мне вообще сложно представить для чего это может быть хороший вариант. В языках с поддержкой исключения вполне есть удобный механизм реагирования (NPE например) потому что "проскакивать" такое не замечая это всё таки не то что нужно.

>Мне вообще сложно представить для чего это может быть хороший вариант.

В языках типа ObjectiveC можно "вызывать методы" под нулевой указатель. Типа [nil message]. Это вообще специфика такая в ГУЯх - окно имеет право проигнорировать любое сообщение которое ему идет. Null это такое окно которое игнорирует все.

>В языках с поддержкой исключения вполне есть удобный механизм реагирования (NPE например) потому что "проскакивать" такое не замечая это всё таки не то что нужно.

Ну в жабе будет именно проскакивание - NPE долетит до цикла обработки сообщений и будет там убито с руганью в stderr. При этом ловить Runtime исключения типа NPE это моветон, т.к причина появления RuntimeException-a это всегда баг и с ним ничего нельзя сделать пока программист его не исправит.

>с ним ничего нельзя сделать пока программист его не исправит.

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

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

Запусти любое Qt или Gtk приложение из консоли. В любой насколько угодно зрелой опенсорцной программе туда посяпятся килобайты нотификаций о том что сигнал не дошел до нужного слота. И ничего, живы пока.