Bug#181951: libc6: Libc6 doesn't draw "top" screen correctly
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.
Regards,
-- gotom
Reply to: