Share

Top

Code

Programming Languages: C

License: BSD License

Show:

What's happening?

  • error when compiling

    Hi, Got this error when i do a make install root@lawang # make install cd sparcv7; make -f ../Makefile VPATH=.. srcdir=.. \ BINARY=./top ARCHFLAG= top gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -c ../commands.c In file included from /usr/include/sys/signal.h:34, from /usr/include/signal.h:26, from ../commands.c:47...

    2009-11-13 06:23:18 UTC by nobody

  • Followup: RE: make error on CentOS 5.3

    Not sure about previous versions but in 3.8beta1 this can be fixed by making a change in m_linux.c as follows: change: #include <asm/page.h> to: #include <sys/user.h> The reason this is a problem is because the i386 version of asm/page.h has PAGE_SHIFT defined while the x86_64 version does not. Until now my tests have been limited to the i386 platform. FYI: You also need...

    2009-09-17 01:51:15 UTC by wnl

  • Followup: RE: make error on CentOS 5.3

    Hi Striebhz, Thanks for your prompt reply. I managed to get around this by copying the following lines /* PAGE_SHIFT determines the page size */ \#define PAGE_SHIFT 12 \#define PAGE_SIZE (1UL << PAGE_SHIFT) \#define PAGE_MASK (~(PAGE_SIZE-1)) \#define LARGE_PAGE_MASK (~(LARGE_PAGE_SIZE-1)) \#define LARGE_PAGE_SIZE (1UL << PMD_SHIFT) from...

    2009-09-16 15:32:56 UTC by lollo_bis

  • Followup: RE: make error on CentOS 5.3

    The same thing is happening in some SuSE versions and the reason are broken kernel headers with wrong includes. I made a patch to fix the build but if applied the process list won't work. However, cpu/mem usage and system load are displayed correctly. If you are interested I can send you the patch in 2 weeks (don't have it at home).

    2009-09-16 14:38:55 UTC by striebhz

  • make error on CentOS 5.3

    Guys, I'm trying to install top on a minimized install of CentOS 5.3. I've tried both 3.6 and 3.7 and I keep getting the same error. Configure completes ok, but make stops with the following error: [palladium]/home/pg10326/top-3.7$ make gcc -DHAVE_CONFIG_H -I. -I. -g -O2 -Wall -fno-strict-aliasing -o m_linux.o -c ./machine/m_linux.c ./machine/m_linux.c: In function...

    2009-09-16 12:06:58 UTC by lollo_bis

  • [m_linux.c] faulty reporting of CPU states

    my specific envt is Redhat Enterprise Linux 4 running RHEL4 kernel 2.6.9-42 - seen in top 3.8b1, 3.7b2, and 3.5 binaries The specific problem occurs when the counters in /proc/stat are too big. machine/m_linux.c expects these numbers to be longs, but the numbers are actually unsigned long longs. (kernel source fs/proc/proc_misc.c, include/linux/kernel_stat.h) This results in odd...

    2009-09-01 09:22:12 UTC by realnulspace

  • top-3.8beta1 will segfault with high thread ids

    top-3.8beta1 might segfault in hash.c if thread ids get big (in this case on Solaris 10 10/08, x86/64bit): From the debug output: [...] getptable: processing 16006.5 getptable: 16006.5: new thread getptable: processing 16006.656377 segfault From dbx: signal SEGV (no mapping at the fault address) in hash_lookup_pidthr at line 1470 in file "hash.c" 1470 k1 = h->ke.

    2009-07-02 15:15:03 UTC by fvd

  • Followup: RE: Compile / link error in AIX 5.3

    You're hitting a bug in AIX 5.3's C compiler. IBM fixed it, so upgrading should solve your problem: http://www.ibm.com/developerworks/forums/message.jspa?messageID=13876484#13876484.

    2009-04-17 15:37:45 UTC by dnelson

  • Followup: RE: Unit "m", what does it mean?

    You aren't running unixtop; you're running GNU top. Unixtop uses capital K for KB and M for MB.

    2009-04-17 15:18:24 UTC by dnelson

  • Followup: RE: Compile / link error in AIX 5.3

    I have the same issue with 3.7 and AIX 5.3 # make gcc -DHAVE_CONFIG_H -I. -I. -g -O2 -Wall -c color.c nawk -f ./sigconv.awk /usr/include/sys/signal.h >sigdesc.h gcc -DHAVE_CONFIG_H -I. -I. -g -O2 -Wall -c commands.c gcc -DHAVE_CONFIG_H -I. -I. -g -O2 -Wall -c display.c display.c: In function `display_move': display.c:234: warning: `p' might be...

    2009-03-25 21:23:29 UTC by dtek360

Our Numbers