Мне кажется что 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,...

суть в маршрутизации трафика произвольным клиентом, и отсутствии оператора.

>>> Подробности (Invalid URL, no host part!)

надо ли оно кому?

писалось для себя, использую для настроки антенны по звуку. http://sourceforge.net/projects/szapfe/

>>> Подробности (Invalid URL, no host part!)

минимальный пример,

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 ещё не успел вызвать, немогут же иксы быть настолько дырявы?