[sisyphus] Новый udev broken ?
Sergey Vlasov
vsu на altlinux.ru
Пн Май 10 20:12:55 UTC 2010
On Mon, May 10, 2010 at 10:59:00PM +0400, Sergey Bolshakov wrote:
> rt_sigprocmask(SIG_SETMASK, ~[RT_1 RT_2 RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30 RT_31], 0x80580ac, 4) = -1 EINVAL (Invalid argument)
Ага, значит, не работает только на i386.
В klibc 1.5.17 есть commit 3cd286a4bff43ea339d2a815047703d134c0ecfc:
[klibc] Use x86_32 cleaned up signal.h
x86 merges cleaned the header up, do the inverse then arm:
nuke duplication.
-/* The in-kernel headers for i386 still have libc5
- crap in them. Reconsider using <asm/signal.h>
- when/if it gets cleaned up; for now, duplicate
- the definitions here. */
+/* The in-kernel headers for i386 got clean up, use them. */
где из usr/include/arch/i386/klibc/archsignal.h выкинуто всё, что там
было, и вставлено #include <linux/signal.h>. Однако в заголовках ядра
это приводит к arch/x86/include/asm/signal.h, где внутри
обнаруживается следующее:
#ifdef __KERNEL__
/* ... тут пригодное для нужд klibc определение sigset_t */
#else
/* Here we must cater to libcs that poke about in kernel headers. */
#define NSIG 32
typedef unsigned long sigset_t;
#endif /* __KERNEL__ */
Не знаю, что имел в виду автор изменения в klibc, но результат на i386
получился явно нерабочим - libc5 crap из заголовков ядра никуда не
делся даже в v2.6.34-rc7.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : отсутствует
Тип : application/pgp-signature
Размер : 198 байтов
Описание: Digital signature
Url : <http://lists.altlinux.org/pipermail/sisyphus/attachments/20100511/c6c7a100/attachment.bin>
Подробная информация о списке рассылки Sisyphus