Undo setrlimit patch for 2.1.3
Cristian Gafton
gafton@redhat.com
Mon Jan 24 15:41:00 GMT 2000
On Sun, 23 Jan 2000, H . J . Lu wrote:
> I know. That has been true for glibc 2.0, 2.1, 2.1.1, and 2.1.2. It
> will be true for 2.1.3 and 2.2. Everytime when we introduce a new
> symbol version, it will happen. Removing the setrlimit change won't
> help you on that since there are many other symbols using GLIBC_2.1.3.
How about this: I recompiled the whole Red Hat distribution against glibc
2.1.3 with the setrlimit changes. There are dependencies introduced in
some binaries for glibc 2.1.3 now. Of all the dependencies, 100% (like in
*all* of them) are dues to the setrlimit change).
I know there are other changes; I know people using explicitly the new
functions will bite it anyway. I know setrlimit is not that different from
that case. But it has a huge potential to cause more pain than be usefull.
Cristian
--
----------------------------------------------------------------------
Cristian Gafton -- gafton@redhat.com -- Red Hat, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"How could this be a problem in a country where we have Intel and
Microsoft?" --Al Gore on Y2K
More information about the Libc-hacker
mailing list