Мне кажется что ALSA гораздо сложнее и внутри и снаружи, уже необходимость libasound говорит об этом. А чем ALSA лучше не понятно, поддержка большего кол-ва оборудования не в счет, для OSS тоже можно было бы это сделать. Но OSS почему то уже deprecated. ???
.. а так хорошо было просто записывать данные в /dev/dsp
Имеется самосборный toolchain для ARM (arm-unknown-linux-uclibcgnueabi), собираю им busybox. В результате некоторые команды не работают, fbset например.
# fbset
fbset: can't resolve symbol '__aeabi_d2iz'
Это видимо вывод ld.so . Предполагая, что это функция из libgcc_s.so пробую,
# LD_PRELOAD=/usr/lib/libgcc_s.so fbset
работает. Что за безобразие ?
# ldd /usr/sbin/fbset
libm.so.0 => /lib/libm.so.0 (0x4000e000)
libc.so.0 => /lib/libc.so.0 (0x40029000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
Собираю такой тест,
$ cat hw.c
#include <stdio.h>
int main()
{
double a;
double b;
scanf("%lf %lf", &a, &b);
printf("%lf %i\n", a/b, (int) b);
return 0;
}
$ arm-unknown-linux-uclibcgnueabi-gcc -o hw -Os hw.c
Работает, при этом,
$ arm-unknown-linux-uclibcgnueabi-nm hw | grep __aeabi_
00008ab0 T __aeabi_d2iz
000088a4 T __aeabi_ddiv
00008614 T __aeabi_dmul
а для busybox вот так,
$ arm-unknown-linux-uclibcgnueabi-nm busybox_unstripped | grep __aeabi_
000ab704 T __aeabi_cdcmpeq
000ab704 T __aeabi_cdcmple
000ab6e8 T __aeabi_cdrcmple
000ab7e8 T __aeabi_d2f
U __aeabi_d2iz
000ab794 T __aeabi_d2uiz
000aada8 T __aeabi_dadd
000ab71c T __aeabi_dcmpeq
000ab764 T __aeabi_dcmpge
000ab77c T __aeabi_dcmpgt
000ab74c T __aeabi_dcmple
000ab734 T __aeabi_dcmplt
000ab448 T __aeabi_ddiv
000ab1b8 T __aeabi_dmul
000aad9c T __aeabi_drsub
000aada4 T __aeabi_dsub
000ab104 T __aeabi_f2d
000ab894 T __aeabi_fadd
000abccc T __aeabi_fdiv
000abb34 T __aeabi_fmul
000ab888 T __aeabi_frsub
000ab890 T __aeabi_fsub
000ab0dc T __aeabi_i2d
000aba58 T __aeabi_i2f
000aac20 T __aeabi_idiv
000aad4c T __aeabi_idivmod
000ab158 T __aeabi_l2d
000aba88 T __aeabi_l2f
000aad80 T __aeabi_lasr
000abe2c T __aeabi_lcmp
000abe4c T __aeabi_ldivmod
U __aeabi_llsl
000aad64 T __aeabi_llsr
000ab0b8 T __aeabi_ui2d
000aba50 T __aeabi_ui2f
000aab0c T __aeabi_uidiv
000aac08 T __aeabi_uidivmod
000ab144 T __aeabi_ul2d
000aba78 T __aeabi_ul2f
000abe68 T __aeabi_uldivmod
000acfbc T __aeabi_unwind_cpp_pr0
000acfb4 W __aeabi_unwind_cpp_pr1
000acfac W __aeabi_unwind_cpp_pr2
Пересобрал GCC с --disable-shared, не помогло. Кто нибудь знает причину происходящего?
Часто бывает что программа на ~50кб а рядом configure ~500кб зачем? и что важнее если надо что то поправить при сборке такой программы, то там же не разобрать ни чего в этих config.sub Makefile.in Makefile.def ... в отличии от например системы сборки Linux, где все можно понять посмотрев Makefile и Kconfig в нужной поддирктории.
???
Есть вот такая проблема, для примера два хелловорлда, один слинкован статично, другой нет, и его не удается запустить,
# ls -l
-rwxr-xr-x 1 root root 58288 Jun 7 2009 arm-hw
-rwxr-xr-x 1 root root 35283 Jun 7 2009 arm-hw-ld
# ./arm-hw-ld
-/bin/sh: ./arm-hw-ld: not found
А вот так должно быть, это -static
# ./arm-hw
Hello Wotld, -333#
Как это понимать? файл есть, а шелл пишет что его нет.
Нашел вот это, там та же проблема,
http://www.linuxquestions.org/questions/showthread.php?p=3478935#post3478935
но, не понятно как там все решилось, какой путь интерпретатора?
Спасибо,
Написал программу которая открывает некотрое символьное устройство и пишет туда все что пришло с stdin, а что пришло с устройства пишет в stdout. Но вот выявился недостаток, когда на другом конце работает shell умеющий автодополнять строку на tab, историю комманд, и просто редактирование вводимой строки, то вместо всего этого видно вывод символов на клавиши left, tab, CTRL+P, backspace,... Надо как то убрать этот вывод, только вот вопрос как?
Возможно лучше (было бы проще, и правильнее) запустить xterm, так чтобы он открыл указанное устройство а не /dev/ptmx , но похоже его надо править для этого. ?
не понятно как формируется название целевой платформы, бывают,
arm-elf
arm-none-eabi
arm-linux
i486-slackware-linux
всё, что после первого слова вообще оказывает влияние на то какой компилятор будет собран? почему там может быть название ядра, бинарный формат, и abi, и может ещё что то ?
пару лет назад в SuSe все было чудесно, а тут,
такой исходник,
\documentclass[a4paper]{article}
\usepackage[utf8]{inputenc}
\usepackage[russian]{babel}
\begin{document}
\title{Кто здесь}
\maketitle
Это все какой то текст, что то здесЪ есть?
\end{document}
делаю,
$ time latex source.tex
жду, процесс в top'e ~90 %CPU уже минут пять, как что выдаст напишу.
При добавлении сообщения через links (js отключен), попадаю на страницу "Сбой добавления". Пишу из ff3. В чем причина?
как бы на /bin/sh конвертировать текст XX XX ... в последовательность байт ?
Какие существуют интересные способы создания GUI ?
Тулкиты Qt/GTK и подобные не интересны, думаю нужно что то похожее на HTML но с большими возможностями в области UI и при этом более простое.
Или скажем так, какие есть альтернативы всему этому существующему вебу?
как альтернатива wi-fi, gsm, cdma,...
суть в маршрутизации трафика произвольным клиентом, и отсутствии оператора.
надо ли оно кому?
писалось для себя, использую для настроки антенны по звуку. http://sourceforge.net/projects/szapfe/
минимальный пример,
int main( int argc, char* argv[] ) { mcheck( NULL ); mtrace();
display = XOpenDisplay( NULL ); XCloseDisplay( display );
muntrace(); return 0; }
результат,
bash-3.1$ mtrace malloc.trace
Memory not freed: ----------------- Address Size Caller 0x0804fcc8 0x1a at 0xb724eb30 0x080526b0 0x8 at 0xb7e44452
без X[Open/Close]Display
bash-3.1$ mtrace malloc.trace No memory leaks.
а в моей чудопрограмме 530 таких неосвобождений памяти, я столько раз malloc ещё не успел вызвать, немогут же иксы быть настолько дырявы?
| ← назад |