Many random thoughts on this one: Direct use of readdir64 would avoid burdening procps with needless 64-bit operations elsewhere. The 64-bit operations show up very high in gprof profiles on i386.
Isn't ino_t already 64-bit on x86_64? Note that usage of 32-bit procps on x86_64 is not supported. This can not be a problem for any 32-bit port. Such ports have a kernel limit that stops you. This is a fairly insane config. If you actually need it, then your app needs a redesign. If you don't need it, then you are wasting memory and screen space. Such PID numbers are not at all fun to type. This glibc translation is foul, evil, and wrong. It has caused numerous bugs over the years. For example, processes may go missing. You also get extra system calls being made. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]