Glibc 2.14

С обновлением glibc на 2.14 в генте такая же феерия, что была с 2.13?

А dbus 1.5.0 не вышел ещё? А то в лунаре уже есть :))

а какая феерия была на *генте* с 2.13?

эт ты к чему?

Да так, к слову =]

Странно просто. Ни в Арче, ни в Генте не слышно о dbus 1.5.0...

напиши PKGBUILD/ebuild

Празднуют осетины и толи горные марийцы, толи луговые...

Дреппер ещё не отошёл от дел?

sotruss

сотрусь :)

Ну хоть тут не 3.0

Будет сразу 5.0!

bloatware

> Glibc 2.14

Исправлено более 90 ошибок

Решето. uClibc же.

Толсто же.

>Решето.

не факт. Не каждая ошибка=уязвимость.

uClibc же.

Которым еще предстоит написать функционал с ошибками и героически исправить?

64-битный флеш продолжит хрипеть?

bionic

>64-битный флеш продолжит хрипеть?

надеюсь что да, и что не будут ради какого то ПО ломать библиотеку, пускай Adobe правит свою поделку. А тем кто предлагает ломать библиотеку ради каждой поделки лучше пойти в дворники.

>uClibc же.

скомпиль мне новые nfs-utils(или хотя бы libtirpc) с ним. я все никак патч найти не могу...

Что было сломано в старой, версии, с которой работал флэш?

Что было сломано в старой, версии, с которой работал флэш?

memcpy

>Что было сломано в старой, версии, с которой работал флэш?

собственно ничего сломано не было, просто надо кодерастам из Adobe читать мануалы внимательнее, ну просто уже не хочется повторять 33 раза одно и тоже. Ибо написано что memcpy на пересекаюшихся областях может данные и повредить, зато быстро работает, надо пересекающие области - есть memmove.

В каком месте? Можно ссылку на багрепорт.

Это все ясно, просто не надо говорить про ломку. Обе версии одинаково корректны.

Вот

>Это все ясно, просто не надо говорить про ломку. Обе версии одинаково корректны.

ну ломка ломка, зачем выкидывать оптимизированный memcpy (что кстати может быть в другом ПО полезно) заради кривой поделки от Adobe. Страшно и подумать что эти деятели что сетовали за это будут делать в лялехе, городить еще 101 сисколл для поддержки вон такой то поделки от такой то компании, или вот баг оставить ради вот этой вот софтинки.

> Которым еще предстоит написать функционал с ошибками и героически исправить?
Топик стартер этого же все равно не знает. Скопипастил откуда-то и все.

Во-первых, баг как раз с новой версией, а во-вторых, там ясно указано, что баг не в glibc.

>mhr_RU

MoskauHochRussisch?

os_RU - это понятно, Осетия. А mhr_RU?

Это Марийско-русский. Сам уже в гугле нарыл

mhr_RU

Марий Эл

Скажи это Линусу, тора-гой. Смелее, ну же!

Баг в glibc. По крайней мере, регрессия налицо.

>Это Луговомарийско-русский. Сам уже в гугле нарыл fixed

Все здорово, только старая реализация не портила данные в пересекающихся областях, а Линус наглядно показал, что новая версия, которая портит данные, работает никак не быстрее.

Таким образом совместимость была сломана задаром.

А еще есть обратная сторона формального подхода. В мозилле шорткаты лечили 5 или семь лет, а в эклипсе до сих пор не вылечили. И оправдание железное - в мануалах нет функции, которая гарантирует корректное поведение. Так что сидите без звука во флеше и без шорткатов в эклипсе, да и в мозиле вернитесь к старой версии.

Use overlay library, Luke.

Linus Torvalds in BugZilla

prompt$ cat > mymemcpy.c

#include <sys/types.h>

void *memcpy(void *dst, const void *src, size_t size){

void *orig = dst; asm volatile(«rep ; movsq» :«=D» (dst), «=S» (src) :«0» (dst), «1» (src), «c» (size >> 3) :«memory»); asm volatile(«rep ; movsb» :«=D» (dst), «=S» (src) :«0» (dst), «1» (src), «c» (size & 7) :«memory»);

return orig;

}

prompt$ gcc -O2 -c mymemcpy.c

prompt$ ld -G mymemcpy.o -o mymemcpy.so

prompt$ LD_PRELOAD mymemcpy.so /opt/google/chrome/google-chrome

> А тем кто предлагает ломать библиотеку ради каждой поделки лучше пойти в дворники.

man Raymond Chen

> А dbus 1.5.0 не вышел ещё? А то в лунаре уже есть :))

С сайта: «The current development branch is 1.5.x, and the latest development release is D-Bus 1.5.2 (2011-06-01).»

Да где там ломка? Вы в исходники сами загляните на предмет реализации memcpy и memmove просто чтобы в курсе быть о каких конкретно изменениях идет речь.

> а какая феерия была на *генте* с 2.13?

Никакой. http://blog.flameeyes.eu/2010/08/18/compounded-issues-in-glibc-2-12, и так с каждым релизом.

ебилд уже есть? prelink норм с ним работает?

>А тем кто предлагает ломать библиотеку

Никто ничего не ломал. И старая и новая версия memcpy работают правильно. Проблемы только у Adobe, которые не понимают что такое undefined behavior.

Use overlay library, Luke.

Linus Torvalds in BugZilla
prompt$ cat > mymemcpy.c

#include <sys/types.h>

void *memcpy(void *dst, const void *src, size_t size){
    void *orig = dst;
    asm volatile("rep ; movsq" :"=D" (dst), "=S" (src) :"0" (dst), "1" (src), "c" (size >> 3) :"memory");
    asm volatile("rep ; movsb" :"=D" (dst), "=S" (src) :"0" (dst), "1" (src), "c" (size & 7) :"memory");
 return orig;
}

prompt$ gcc -O2 -c mymemcpy.c
prompt$ ld -G mymemcpy.o -o mymemcpy.so
prompt$ LD_PRELOAD mymemcpy.so /opt/google/chrome/google-chrome

По хорошему, если уж копировать 64битным movsq, то сначала надо хотя бы один из операндов выровнять.

> В мозилле шорткаты лечили 5 или семь лет, а в эклипсе до сих пор не вылечили. И оправдание железное - в мануалах нет функции, которая гарантирует корректное поведение.

Дык это случай абсолютно обратный рассматриваемому.

> ебилд уже есть? prelink норм с ним работает?

http://sourceware.org/bugzilla/show_bug.cgi?id=12489

спасибо, ща попробую тогда.

В мозилле шорткаты лечили 5 или семь лет, а в эклипсе до сих пор не вылечили. И оправдание железное - в мануалах нет функции, которая гарантирует корректное поведение.

То есть целая прорва программистов не могут функцию написать?

>То есть целая прорва программистов не могут функцию написать?

Эта функция должна быть в xorg. Как и функция, позволяющая использовать мета-клавиши с разной реакцией на отпускание и нажатие. А там не чешутся. И таких ситуаций, когда нужных возможностей просто нет довольно много. Отсюда хаки и проблемы с флешем.

ДА, флеш-программиры тупые уроды, потому что облажались в простейшем случае. Но те, кто не имея весомых причин, рубит совместимость с не вполне корректно написанными программами, немногим лучше.

>Проблемы только у Adobe,

это ключевая ошибка. Во первых, проблемы у пользователей, а не у Адоба. А во вторых, проблемы еще в куче программ, просто они не так заметны/распостранены, как флеш-плагин.

preload