аналог doc++ для иерархии класов
Какая программа анализируя исходники может нарисоват "генеалогическое дерево" классов? doc++ виснет - он находит не равное количество откитых и закрытых скобок, хотя все наместе.
Какая программа анализируя исходники может нарисоват "генеалогическое дерево" классов? doc++ виснет - он находит не равное количество откитых и закрытых скобок, хотя все наместе.
Из любопытства - кто из девелопперов использует формальные методы спецификации :Z, VDM, B, Casl ... Насколько обоснованно их применение к обычным задачам?
Как сделать чтобы на одной строке разместить одно слов выровненное слева, а другое с права. begin{flushright} or begin{flushleft} перевод строки делают.
У кого есть раскладка русская под azerty для kdeз? Или для X11, если не ошибаюсь кxkb своих не имеет, а читает из xfree86.lst?
поставил bintuils-2.12,
cd /tmp
mkdir build-binutils
mkdir build-gcc
export HOST=i686-pc-linux
export TARGET=arm-elf
export PREFIX=/home/shamil/arm/
cd buil-binutils
../binutils-2.12/configure --host=$HOST --target=$TARGET --prefix=$PREFIX
make all install
затем gcc-3.1.1
cd ../build-gcc
export PATH=$PATH:$PREFIX/bin
../gcc-3.1.1/configure --host=$HOST --target=$TARGET --prefix=$PREFIX --enable-language=c,c++
make all
...
Идет компиляция, затем
Configuring in arm-elf/libstdc++-v3
...
Configuring in arm-elf/libiberty
и на сообщении останавливается
checking whether the C compiler (/tmp/build-gcc/gcc/xgcc -B/tmp/build-gcc/gcc/ -B/home/shamil/arm/arm-elf/bin/
-B/home/shamil/arm/arm-elf/lib/ -isystem /home/shamil/arm/arm-elf/include -g -O2 ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.
make: *** [configure-target-libiberty] Error 1
кто объяснит где собака порылась?
если кто знает где есть толковая и подробная информация о том как использовать i18n в qt - подкиньте
Digital art http://www.optidigit.com/stevens/gallery1.html
Есть у меня программа для отсылки sms, графическая часть написана на Qtopia,
"системная" (Gsm.cpp) на основе gsmlib. Делал тесты Gsm.cpp отдельно - все работает:
отсылает sms, сохраняет sms на sim карте, считывает мессаги с sim карты. Как только интегрировал эту Gsm.cpp в основную программу - кроме отсылки sms остальное перестало работать. Использование класса не именилось, как и раньше вызываю методы :
mobileMessages(messages);
sensSms(phoneNumber,message);
storeSms(phoneNumber,message);
Теперь падает в корy, при анализе файла core:
(gdb) core-file core
Core was generated by `─ЗЪ©э'.
Program terminated with signal 11, Segmentation fault.
warning: wrong size gregset struct in core file
warning: wrong size fpregset struct in core file
warning: wrong size gregset struct in core file
warning: wrong size fpregset struct in core file
#0 0x0 in ?? ()
никакой полезной инфы мне это не дало. Где копать?
Останов происходит именно в storeSms(phoneNumber,message);
Какие клавиши разкоментирывают выделеный регион в xemacs (c-mode)?
существуют ли программы чтобы общатся по irc через web
у кого это дело работает на ipaq? Поделитесь опытом
народ, проблемы с configure. Хочу собрать для arm на i386.
делаю export CONFIG_SITE=/skiff/...../ipaq-config.site
./configure --build=i386-linux --host=arm-linux
....
....
checking whether we are using GNU C++... yes
checking whether /skiff/local/bin/arm-linux-gcc accepts -g... yes
configure: error: can not run test program while cross compiling
что за беда? копался в сонфигуре, но не нашёл что это за проверка
(gsmlib)
Х зависает намерто и за ним все система, приходится перегружаться Reset-ом.
Зависание заключается в следуюшем. В мозилле (0.9.9) при попытке выбрат шрифт
для какой-нибудь кодировки (Редактировать->Предпочтения->Аппаеренце->Шрифты)
когда нажимаю на pop-up с фонтами линукс виснет, появлиется зебра на экране
(черные и белые вертикальные полосы). Подобный crash-a наблюдается иногда при
запуске gftp, gnumeric при открырии файла. Я уже /home превел на reiserfs,
чтобы не потерят свои файлы. Дебиан woody, кернел 2.4.17, video-card Trident 3d 975
Либо это конец рабочего дня либо я тормознул - ни как не вникну в доку для SQLitе. Кто пользовался объясните на пальцах sqlite_exec или кинте URL (на оффицальной странице фигня)
вопрос по gdbm: можно ли испольсуия эту библиотеку создавать вторичный индекс как в Berkeley DB от SleepyCat?
посоветуйте базу данных чтобы была быстрая и маленкая (чем меньше тем лучше) и собственно OpenSource
У кого hurd стоит? Как работает? Собираюсь скачать iso. Интересно мнение
AtelierB - от спецификации до генерации кода. Код генерируется AtelierB, у нас имеется генератор для С, С++ и Ада. Знающие наверное догадались - в основе этого лежит метод B (предшественник Z). В основе всего этого лежит логика предикатов, теория множеств и так далее. Вот тут немного теории http://stud.math.rsu.ru/deikstra/4.htm
В начале дается математическая модель поставленной задачи (MACHINE), затем она рафинируется (RAFINEMENT), то есть конкретизируем эту мат. модель. Так вот, к концу этой цепочки конкретизации, мы пишем нашу начальную мат. модель на языке B0 (как любой другой язык прог-я, тока он для AtelierB). На протяжении всего рафинирования AtelierB следит чтобы каждое звено цепи соответсвовало мат. модели. Если это доказанно, то остается тока выбрать язык на котором будет сгенерирован код. И никаких тестов на не надо делать! Скомпилировал и пользуйся.
На screen-shot виднеется мат. модел графа, определения что такое наикратчайший путь между двума узлами графа и так далее. Зеленый свет означает че мат. модель доказанна! ;)
официальный сайт Ателёр Б http://www.atelierb.societe.com/index_uk.html
результаты использования http://www.atelierb.societe.com/PAGE_B//uk/ref-01.htm
>>> Просмотр (1280x1024, 218 Kb)
Я тут доку читал одну и вспомнил про дискуссии на тему - ядро Линукса
монолитное - это устарелый подход, зато Мач микроядро и все такое
рочее. Так вот в той книге говорилось что такое микроядерная архитектура
- это когда кернел минимальный, все остальное подключается в виде
модулей по необходимости. Ведь можно же тоже самое сделать с линуксом -
оставить минимум, остальное - модули. Чем не микроядерная архитектура?
← предыдущие | следующие → |