Здравствуйте Всё :-)
Возникла такая вроде бы достаточно тревиальная проблемка:
После установки выше упомянутого gtk 2.8 и pango 1.10 с поддержкой так называемого cairo. Возникли жуткие проблемы со шрифрами, и не только.
( В текстовых редакторах gedit, anjuta, etc, буквы прыгают как хотят, можно даже динамически наблюдать как они прыгают :-) )
И сразу возникло желение откатиться на старую версию, только не тут то было. Возникла странная проблема победить которую мне не удалось( чистить и пересобирать весь гном как то не хочется ):
Сборка выполнялась в следующем порядке. Собственно также как и с новыми версиями.
glib2.0 2.6.4 -> install
atk 2.9.1 -> install
pango 1.8.1 -> install
gtk 2.6.7 ->install
После чего по какой то не понятной для меня причины libgtk-x11-2.0.so.0.600.7 ссылается на libpangocairo-1.0.so.0 хотя
такого вроде уже и нету во первых, а во вторых в данном файле нету ссылки на cairo, и в получаемой libpango.so тоже.
После чего всё благополучно не работает.
Возможно кто то знает простой способ побороть такую проблему.
Буду благодарен за лубую возможную помошь.
Возникла следующая проблема.
Буду рад любомо возможному варианту её решения.
Есть gui на python по некоторой обработке изображений.
Изображения содежжаться в GdkPixbuf обьекте. gtk.gdk.Pixbuf, но
обработка проходит очень медленно, так как изображение обрабатывается
как Numeric array. А хотелось бы из c++.
Написание модуля на c++ для python не составляет, труда. В случае если есть возможность получить ссылку на исходный GdkPixbuf.
Был опробован следующий способ:
Написан модуль с использованием pygtk на основе собственно кода pygtk.
>>>
#include <Python.h>
#define NO_IMPORT_PYGOBJECT
#include <pygobject.h>
#include <gtk/gtk.h>
#include <gdk/gdk.h>
static GdkPixbuf* _wrap_pixbuf_object_to_ptr( PyGObject *pixbuf ) {
return GDK_PIXBUF( pixbuf->obj );
}
PyMethodDef py_functions[] = {
{ "pixbuf_object_to_ptr", (PyCFunction)_wrap_pixbuf_object_to_ptr,
METH_VARARGS },
{ NULL, NULL, 0 }
};
PyMODINIT_FUNC init_ptr_gen(void) {
(void) Py_InitModule( "_ptr_gen", py_functions );
}
>>>>
После чего данный код после возврата значения в python тружно вместе с интерпретатором делает segmentation failed.
Заранее Благодарен.
И оно совершенно чудесным образом при вставке диска на несколько секунд подвешивает всю систему, доходит иной раз до того, что монитор выходит в ждущий режим, цациклювается звук.
Иной раз это дело разтормажывается, и некоторое время работает с диском,
причем в 99% случаев после нескольких минут работы система просто намертво виснет.
Система достаточно сраренькая.
Via KT133A + Duron 950 + 384 MB. + nVidia GF4MX400 + LG L1730P.
FC3 + опробованные ядра:
- Стандартное.
- 2.6.9 - Моргает монитор.
- 2.6.11.mm4 - не моргает монитор.
Причем. Дополнительно проверено что в радом стоящей M$ WinXP + SP2 она виснет при наличии диска в приводе. И в 90 процентах случаев виснет при нажатии на приводе, кнопки eject.
Причем на другой машине но правда только в WinXP + SP2 никаких проблем не наблюдается.
Меня интересует только мозможное решение под Linux :-)))
Если у кого есть идеи по поводу того как это можно побороть, буду очень рад.