* Re: [Comm] Glibc 2.3.2
2003-10-30 22:06 ` [Comm] Glibc 2.3.2 Igor V. Krutyakov
@ 2003-10-31 6:10 ` Denis S. Filimonov
2003-10-31 9:48 ` Alexander Bokovoy
2003-10-31 10:58 ` [Comm] Программа для видеомонтажа [was] " Yury Aliaev
2 siblings, 0 replies; 5+ messages in thread
From: Denis S. Filimonov @ 2003-10-31 6:10 UTC (permalink / raw)
To: community
On Friday 31 October 2003 04:06, Igor V. Krutyakov wrote:
> Почему в RPM? В исходниках.
> То есть если я скомпилирую скачанную glibc, не будут ли у меня
> капризничать альтовские пакеты из-за каких-то особенностей альтовской
> сборки?
>
Посмотрите на список патчей в альтовском src.rpm, они нам, наверно, не
зря :-)
> > Короче, может лучше скачаешь исходники своих софтин и соберешь с
> > нашим glibc?
>
> К сожалению, не получится, эти софтины в исходниках не
> распространяются :( Хотя, если кто-нибудь посоветует пакет для
> видеомонтажа, наиболее похожий на профессиональный, не требующий
> доустановки чего-то на ALM, буду весьма благодарен и брошу затею с
> обновлением важных системных компонент не из альтовских репозитариев
> :)
Может попробовать поставить glibc 2.3 куда-нибудь в /usr/local и
запускать эту софтину с LD_PRELOAD? Мне кажется, должно получиться...
--
Sincerely,
Denis.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Comm] Glibc 2.3.2
2003-10-30 22:06 ` [Comm] Glibc 2.3.2 Igor V. Krutyakov
2003-10-31 6:10 ` Denis S. Filimonov
@ 2003-10-31 9:48 ` Alexander Bokovoy
2003-10-31 10:58 ` [Comm] Программа для видеомонтажа [was] " Yury Aliaev
2 siblings, 0 replies; 5+ messages in thread
From: Alexander Bokovoy @ 2003-10-31 9:48 UTC (permalink / raw)
To: community
On Fri, Oct 31, 2003 at 08:06:49AM +1000, Igor V. Krutyakov wrote:
> В сообщении от 30 Октябрь 2003 20:56 Andrey Rahmatullin написал(a):
>
> > > У меня ALM 2.2. Скачал программу видеомонтажа одну, другую, обе требуют
> > > glibc 2.3. В Мастере же 2.2.6, в Сизифе тоже только 2.2.6, только более
> > > поздней сборки. На сайте же www.gnu.org текущая версия glibc - 2.3.2.
> > > Собираются ли ребята из ALTLinux обновлять glibc?
> > Пока нет AFAIK
> Интересно, почему?
Для меня, например, оказалось достаточным недостатков, упомянутых вот
здесь:
http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/release-notes/es-x86/
В частности:
Red Hat Enterprise Linux 3 includes the Native POSIX Thread Library
(NPTL), a new implementation of POSIX threads for Linux. This library
provides performance improvements and increased scalability.
This thread library is designed to be binary compatible with the old
LinuxThreads implementation; however, applications that rely on the places
where the LinuxThreads implementation deviates from the POSIX standard
will need to be fixed. Notable differences include:
· Signal handling has changed from per-thread signal handling to POSIX
process signal handling.
· getpid() returns the same value in all threads.
· Thread handlers registered with pthread_atfork are not run if vfork() is
used.
· No manager thread.
Applications that are known to have problems using NPTL include:
- Sun JRE prior to version 1.4.1
- IBM JRE
If an application does not work properly with NPTL, it can be run using
the old LinuxThreads implementation by setting the following environment
variable:
LD_ASSUME_KERNEL=<kernel-version>
The following versions are available:
· 2.4.19 — Linuxthreads with floating stacks
· 2.2.5 — Linuxthreads without floating stacks
Note that software using errno, h_errno, and _res must #include the
appropriate header file (errno.h, netdb.h, and resolv.h respectively)
before they are used. However, LD_ASSUME_KERNEL=2.4.19 can be used as a
workaround until the software can be fixed.
#
Multi-threaded C++ programs using thread cancellation might need to be
forced to use the LinuxThreads library using the LD_ASSUME_KERNEL=2.4.19
environment variable setting. Otherwise, the program will terminate
abnormally if the cancellation is acted on (since the generated exception
is not caught).
Newly-written C++ code that uses functions from the C runtime environment
might have to be adjusted to take the cancellation into account. This can
be done by one of the following methods:
· Not marking the C++ function with throw() (so that callers are aware
that an exception might be thrown) and by compiling the code with
exceptions. This is the default compilation option; users should not
specify -fno-exceptions when compiling.
· Disabling cancellation completely before entering the functions that
call the cancel-able C runtime functions. This can be done with the
following call:
pthread_setcancelstate (PTHREAD_CANCEL_DISABLE, &oldstate)
After the C functions are called cancellation can be enabled again with
the following call:
pthread_setcancelstate (oldstate, NULL)
NOTE: At this point the cancellations are acted upon and therefore the
function calling pthread_setcancelstate() must be compiled with exceptions
enabled and must be marked as throwing exceptions.
У нас есть некоторое количество критических приложений, работающих только
с Sun JRE <1.4.1.
> > > Или же, если я соберу glibc 2.3.2, скачанную с gnu.org, какие проблемы
> > > я могу получить? :)
> > А ты соберешь? В RPM?
> Почему в RPM? В исходниках.
> То есть если я скомпилирую скачанную glibc, не будут ли у меня капризничать
> альтовские пакеты из-за каких-то особенностей альтовской сборки?
>
> > Короче, может лучше скачаешь исходники своих софтин и соберешь с нашим
> > glibc?
> К сожалению, не получится, эти софтины в исходниках не распространяются :(
> Хотя, если кто-нибудь посоветует пакет для видеомонтажа, наиболее похожий на
> профессиональный, не требующий доустановки чего-то на ALM, буду весьма
> благодарен и брошу затею с обновлением важных системных компонент не из
> альтовских репозитариев :)
Можете попробовать выкачать glibc 2.3.2 из Rawhide и поставить ее
куда-нибудь в домашний каталог, затем запускать приложения, требующие
glibc 2.3 вот таким образом:
LD_LIBRARY_PATH=~/.lib/glibc ~/.lib/glibc/ld-2.3.2.so <APPLICATION>
--
/ Alexander Bokovoy
Samba Team http://www.samba.org/
ALT Linux Team http://www.altlinux.org/
Midgard Project Ry http://www.midgard-project.org/
^ permalink raw reply [flat|nested] 5+ messages in thread