Написать программу PS, или кроссплатнофрменое приложение

> Естественно сам код не должен быть из серии #if defined(MAC) || defined(__FreeBSD__)

хм, а по-другому как?

Халявы не будет!

вот в этом вот и фокус :)
если мне память не изменяет posix
не выдвигает особых требований к pid_t
кроме разве уникальности, да и то в разумных пределах :)

так что система в которой typedef struct task *pid_t
(или даже wchar *)
всё равно останется posix, пока неизменны прототипы (интерфейсы)
и действия функций описанных в стандартах.

кстати утилита ps поэтому и включена в стандарт и единственный 
правильный posix-way это разбор её результатов. И соответсвенно написание собственного ps для каждой системы, чтобы скрыть особенности реализации и дать пользователю унифицированный вывод данных - тож posix-way

>Вот начитавший о том что POSIX может все и всех

POSIX может быть и может все, но где же он есть? :)) В смысле полностью реализованный от и до, без сокращений и расширений...

>попытался написать там программу ps.

там --- это где? Написать программу в POSIX ???

>Вопрос такой: надо библиотеку которая была-бы кроссплатформеная, работал с памятью...

Дак есть разные библиотеки, под разные ЯП.

> там --- это где? Написать программу в POSIX ???

Ну шо придираться к русскому языку?

Дак есть разные библиотеки, под разные ЯП. Если речь идет о POSIX и использован пример из серии #define то наверное это или С или С++. В данном случае меня интересует С. Вместо того что бы придираться, лучще бы посоветывал ченить. (кроме суицида)

> можно конечно запускать ps и выдергивать из неё нужные данные, но это ИМХО бред.

Бред - это когда считают бредом запуск стандартной внешней команды :) имхо :)