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

вопрос второй: можно ли в нативном коде объявить абстрактный класс, который Java-код через JNI воспринимал бы как интерфейс (и, соответственно, позволял бы множественное наследование)? насколько я могу судить, SWIG такого не позволяет - можно ли это сделать вручную?

оба вопроса касаются Android NDK, но если специфика отсутствует - подойдёт ответ и для JNI в общем. язык нативного кода - C++

обращаюсь к коллективному разуму за советами: хочется e-ink книгочиталку, основное назначение - чтение статей в PDF. без DRM, без огорожения, с поддержкой по крайней мере PDF и FB2; система - Linux, ну да они и так почти все на нём. в идеале - с поддержкой заметок на полях, но это так, из сферического в вакууме. сенсорный экран и полноцветность не нужны

что сходу смущает: статьи идут в формате, близкому к A4 - насколько удобно устройства разбивают (или масштабируют) подобные файлы? у кого есть истории успеха? в ближайшем окружении все балдеют от Kindle, но что-то меня смущает его (не)открытость - опять же, есть ли обладатели?

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

В соответствии с принятым ранее решением о разделении Scheme на два языка, данный драфт описывает "малый Scheme".

Полный текст нового стандарта: http://trac.sacrideo.us/wg/attachment/wiki/WikiStart/r7rs-draft-1.pdf

>>> Подробности

собственно, сабж. в кои-то веки дошли руки по-человечески настроить xmonad, несколько охренел от количества расширений

стало интересно, какие killer feature в используемых wm людям кажутся наиболее существенными - хочу посмотреть, выбрать, и немедленно употребить; галерею шерстить дело полезное, но для начала хотелось бы пронаблюдать ответов здесь

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

а давайте поговорим о сборщиках мусора

используете ли языки с GC, и какими их преимуществами при этом пользуетесь? если не используете, то как автоматизируете работу с памятью (и автоматизируете ли)? знаете ли современные алгоритмы сборки мусора, оцениваете ли их производительность при выборе механизмов работы с памятью?

в общем, жажду конструктивной дискуссии

частичный ответ на (удалённый автором) вопрос о взаимосвязи теории чисел и теории узлов; забавно видеть оборот исходя из Пуанкаре-Перельмана - можно на примере оценить применимость полученных Перельманом результатов

да и вообще блог клёвый. при наличии интереса к абстрактной математике - рекомендую

на устройстве есть GLES 2.0, EGL, KD и FreeType; ничего более высокоуровневого нет. как в таких условиях принято рендерить текст?

беглый осмотр интернетов показал наличие готовых велосипедов для iOS и Android (в основном - генераторы атласов), но ничего чисто сишного кроме монстрообразного PVR Tools не видно

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

http://www.linux.org.ru/jump-message.jsp?msgid=5577755&cid=5579269

этот ответ на мой комментарий пропал из уведомлений; он не удалён, и я на него не отвечал

— What's an anagram of Banach-Tarski?
— Banach-Tarski Banach-Tarski.

Вагнера я особо не слушал, хотя и одобряю; вопрос, собственно, вследствие моего дремучего неведения. сказали мне некоторое время назад, что главная тема из OST к "Requiem for a Dream" на самом деле является переработкой Вагнеровской темы, которая якобы называется "Der Weg in Walghal" ("Путь в Вальгаллу"). и действительно, гугл находит множество сайтов, подтверждающих данную мысль (есть даже замечательное исполнение этой темы LSO), однако вместе с тем появляется ряд вопросов

во-первых, в той же википедии (статье "Requiem for a Dream") про Вагнера ни слова; во-вторых, поиск по "Der Weg in Walghal" приводит к утверждению, что эта тема - из "Кольца Нибелунгов" (часть "Валькирия"), однако ни одно описание самой оперы не содержит подобного названия. поскольку переслушивать всю оперу целиком ради ответа мне не хочется, хотелось бы сначала поинтересоваться мнением ЛОРовских аналитиков. действительно ли заглавная тема "Реквиема по Мечте" является переработкой Вагнера, и если да - то как называется и в каком произведении исполняется оригинал?

этот нетехнической вопрос имеет отношение к Linux постольку, поскольку слушать Вагнера я буду именно из этой системы

знает ли кто расширяемые системы (не обязательно открытые) статического анализа кода на C++? под расширяемостью подразумевается возможность определять пользовательские правила/критерии оценки без необходимости разбираться в исходниках самой системы

из найденного требуемым критериям удовлетворяет только Goanna - кто-нибудь имел с ней дело?

Сообщество разработчиков Apache Rivet с радостью сообщает, что версия 2.0 проекта была успешно выпущена, и доступна для скачивания и использования.

Apache Rivet - система создания динамических web-приложений с использованием Tcl и Apache; она разработана в расчёте на скорость, расширяемость, скромные системные требования и простоту в обучении. Сама по себе платформа Apache Rivet может быть использована и за пределами web - для задач системного администрирования, обработки текста, управления базами данных, работы с XML. В web-программировании Rivet может быть использован как в смысле работы с Tcl/HTML-шаблонами (аналогично PHP), так и в смысле использования чистых Tcl-скриптов.

Официальный сайт Apache Rivet: Rivet - Webscripting for Tcl'ers.

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

>>> Подробности

повторно тыкаю ЛОР веточкой по этому поводу; погода чуть более чем стрёмная, потому места для окапывания будут выбираться соответственно. связаться со мной можно по XMPP или почте из профиля, завтра (если что) можно ловить по телефону +38 066 6671296

желающие могут захватить установочных дисков своего любимого дистрибутива с целью раздачи прохожим :)

есть предложение устроить в эту субботу локальный киевский ЛОР-аутсейшен произвольного содержания. желающие есть? :)

крайне вероятно присутствие по крайней мере следующих персонажей: jtootf, rual_ilmarranen, Sectoid, Elvalery, и девушка ruda (модератор gentoo@c.g.r). присоединяйся, %username%!

Вышла очередная версия Internet Communication Engine (ICE) - современного CORBA-подобного middleware для распределённых вычислений от компании ZeroC, выпускаемого по двойной лицензии. К наиболее существенным изменениям можно отнести следующие:

• Переработанный и более гибкий API механизма асинхронного вызова методов
• Улучшения масштабируемости серверов, принимающих большое количество соединений
• Упрощённый API для разработки сервантов (реализаций ICE-объектов) по умолчанию
• Новый интерфейс диспетчеризации, упрощающий диспетчеризацию вызовов и колбеков в потоки приложений
• Вспомогательные классы для Glacier2 (системы обхода брандмауэров), позволяющие поддерживать рабочую сессию и выполнять автоматический перезапуск упавшей сессии
• Поддержка механизма приоритетов потоков
• Библиотеки для Java и .Net теперь включают документацию, которая может быть интегрирована в IDE
• Добавлена поддержка SQL в IceGrid (каркас для кластерных вычислений) и IceStorm (система распространения событий)
• Новый компилятор Slice (язык ICE-интрефейсов) и улучшения в API для PHP
• Поддержка значений по умолчанию для полей данных в Slice

ZeroC ICE распространяется как по GPL, так и по коммерческой лицензии; использует BerkleyDB в качестве встраиваемой СУБД; в качестве языков реализации может использовать C++, Java, C#, Visual Basic, Objective C, Python, Ruby, PHP (последние три - только для клиентской стороны); используется, в частности, в Skype.

Скачать ICE 3.4 можно тут; документацию можно посмотреть тут.

>>> Подробности

http://www.khronos.org/opengles/sdk/docs/man/glShaderBinary.xml

вышеуказанная функция API OpenGL ES 2.0 позволяет работать с байт-массивом прекомпилированных шейдеров; вопрос в следующем: насколько прекомпилированные шейдеры переносимы между различными видеокартами?

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

в недегенеративном кольце с единицей есть две бинарных операции (назовём их сложением и умножением) и два неравных между собой нейтральных относительно этих операций элемента (назовём их e+ и e*). поскольку по сложению кольцо образует (абелеву) группу, у каждого элемента существует обратный по сложению элемент: a + (-a) = e+ для произвольного a. уравнение вида a + x = -a имеет тождественное решение только в случае a == e+ (в таком случае x == e+), во всех остальных случаях x будет выражаться через a (x = -2 * a). однако уравнение вида a * x = -a имеет тождественное решение для любого a: x == -e*, т.е. обратный по сложению элемент к нейтральному по умножению элементу

поскольку поле по умножению также образует (абелеву) группу, у каждого элемента существует и обратный по умножению элемент: a * (1/a) = e* для произвольного a. уравнение вида a * x = 1/a имеет тождественное решение только в случае a == e* (в таком случае x == e*), во всех остальных случаях x будет выражаться через a (x = 1/(a * a))

вопрос: можно ли (и если можно, то как) в недегенеративное поле ввести третью бинарную операцию (назовём её альтернативным возведением в степень, ^^) и нейтральный элемент e^^ по ней таким образом, чтобы уравнение вида a ^^ x = 1/a имело тождественным решением обратный по умножению элемент к e^^, то есть x == (1/e^^)? для обычной операции возведения в степень решением будет обратный по сложению элемент, так же, как и в предыдущем рассмотренном случае: a ^ (-e^^) = 1/a для произвольного a

коротко говоря, есть такое:

a * (-e*) = -a

и такое:

a ^ (-e^) = 1/a

надо получить вот такое:

a ^^ (1/e^^) = 1/a

или объяснить, почему это невозможно

сабж

кто кроме QEmu с патчем такое умеет? поиск упирается в бесконечные хакинтоши с неутешительными выводами