LINUX.ORG.RU

Glibc 2.14

 ,


0

0

31-го мая вышла новая версия системной библиотеки Glibc-2.14
Изменения:

  • Исправлено более 90 ошибок
  • Реализация RPC объявлена устаревшей. На смену пришла TI-RPC
  • Поддержка программных интерфейсов новых версий ядра: clock_adjtime, name_to_handle_at, open_by_handle_at, syncfs, setns, sendmmsg
  • Новые локали: os_RU, bem_ZA, en_ZA, ff_SN, sw_KE, sw_TZ, lb_LU, wae_CH, yue_HK, lij_IT, mhr_RU
  • Новые кодировки: CP770, CP771, CP772, CP773, CP774
  • Новая утилита sotruss для отслеживания вызовов через PLT
  • Возможность установки хука на вызов malloc объявлена устаревшей и будет удалена в следующей версии

исходный код

>>> Подробности

★★★★

Проверено: JB ()
Последнее исправление: megabaks (всего исправлений: 1)

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

t184256 ★★★★★
()

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

sotruss

сотрусь :)

yoghurt ★★★★★
()
Ответ на: комментарий от Phaser

>Решето.

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

uClibc же.

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

AVL2 ★★★★★
()
Ответ на: комментарий от wingear

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

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

iomould
()
Ответ на: комментарий от Phaser

>uClibc же.

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от unsigned

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

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

iomould
()
Ответ на: комментарий от unsigned

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

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

iomould
()
Ответ на: комментарий от AVL2

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

Phaser
()
Ответ на: комментарий от GblGbl

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

anonymous
()
Ответ на: комментарий от iomould

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

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от wingear

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

rave
()
Ответ на: комментарий от iomould

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

man Raymond Chen

anonymous
()
Ответ на: комментарий от neocrust

> А 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).»

cruxish ★★★★
()
Ответ на: комментарий от iomould

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

A-234 ★★★★★
()
Ответ на: комментарий от iomould

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

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

elverion
()
Ответ на: комментарий от rave

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, то сначала надо хотя бы один из операндов выровнять.

vadic
()
Ответ на: комментарий от AVL2

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

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

geekless ★★
()
Ответ на: комментарий от AVL2

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

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

arknir
()
Ответ на: комментарий от arknir

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

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от elverion

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

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

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.