Bug#181951: libc6: Libc6 doesn't draw "top" screen correctly
On Sat, 22 Feb 2003, GOTO Masanori wrote:
> At Sat, 22 Feb 2003 10:06:04 +0200 (EET),
> Joonas Paalasmaa wrote:
> > On Sat, 22 Feb 2003, GOTO Masanori wrote:
> > > At Fri, 21 Feb 2003 17:37:08 +0200,
> > > joonas.paalasmaa@iki.fi wrote:
> > > > When using libc6 2.3.1-11, screen of command "top" is drawn incorrectly,
> > > > whereas when version 2.2.5-11.2 is used, top functions in the right way.
> > > > With 2.2.5-11.2 the first line of top's output is not shown if the number
> > > > of processes is so big that the list of them has to be truncated.
> > > >
> > <snipped>
> > >
> > > My procps (Version: 1:3.1.5-1) shows in the right way.
> > > The top displays on my machine:
> > >
> > <correct top display snipped>
> > >
> > > Which version is your procps? It seems your version is old.
> > > Did you upgrade only libc6? Many packages depends on libc6, so you
> > > install many packages at the same time.
> > >
> > > I doubt it's libc6 problem. Please recheck, otherwise I close this bug.
> >
> > I upgraded procps from 1:2.0.7-8 to 1:3.1.5-1 and the problem disappeared.
>
> That's good.
>
> > Nevertheless, there is still some kid of a bug in libc6 2.3.1-11.
> > I ran top 1:2.0.7-8 with chroot to check how it works with different
> > libraries. With ld-linux.so.2 symlinked to ld-2.2.5.so and libc.so.6 symlinked
> > to libc-2.2.5.so, top 1:2.0.7-8 functioned properly. Then I symlinked
> > ld-linux.so.2 to ld-2.3.1.so and libc.so.6 to libc-2.3.1.so, and top 1:2.0.7-8
> > didn't show the first line anymore.
>
> I don't know why such problem is occured.
>
> I have a local build procps 1:2.0.6-5 (to investigate something), and
> it works well. I retrive procps 1:2.0.7-8 from snapshot.debian.net,
> (http://snapshot.debian.net/archive/2002/06/04/debian/pool/main/p/procps/)
> then extract and use it on sid environment, it also works well:
>
> 00:01:06 up 15 days, 1:42, 28 users, load average: 0.10, 0.17, 0.11
> 174 processes: 173 sleeping, 1 running, 0 zombie, 0 stopped
> CPU states: 16.3% user, 1.3% system, 0.1% nice, 82.3% idle
> Mem: 1031476K total, 1018908K used, 12568K free, 253108K buffers
> Swap: 2048216K total, 169116K used, 1879100K free, 436480K cached
>
> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
> <snip>
>
> I guess it's something other problem rather than glibc. Please recheck.
To completely isolate the problem, I tested it once again with chroot
and tarred all libraries I used in testing. The package can be downloaded
at http://speedloop2000.com/libc6-test.tar.bz2 . Download the archive
and issue the following commands, and you should see two kinds of top
behaviour with different libc6 versions. At least on my computer, on
virtual terminal.
bunzip2 libc6-test.tar.bz2
tar -xvf libc6-test.tar
cd libc6-test
mount /proc proc -t proc
mv newlib lib
chroot . /bin/top # top used new glibc libs: doesn't work correctly
mv lib/ newlib
mv oldlib lib
chroot . /bin/top # top used old glibc libs: works correctly
Reply to: