by P& » Tue, 02 May 2000 04:00:00
I desparetly need to know the method of obtaining the names of all
running processes and it's related dlls, memory, parent etc.
Under *gasp* OS/2 this was called pstat.
Thanks,
Phil
p c a t n t a d m i n d o t c o m
by insle » Wed, 03 May 2000 04:00:00
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
by Tim Robbin » Fri, 05 May 2000 04:00:00
Tim
Quote:> Sorry for the cross group postings.. not sure yet which groups
> actually get results....
> I desparetly need to know the method of obtaining the names of all
> running processes and it's related dlls, memory, parent etc.
> Under *gasp* OS/2 this was called pstat.
> Thanks,
> Phil
> p c a t n t a d m i n d o t c o m
1. comp.unix.wizards comp.lang.c comp.sys.sun alt.unix.wizards alt.unix.wizards.free
Has anyone seen this type of error on the following platform and the Sun C
Compiler ?? The C program in question returns an integer from main and core
dumps with the error message below. We replaced the return with an exit and
the error disappeared. We ran the program in the debugger with check -all
and it gets a segmentation fault on the return statement.
Platform: SunOS oscar 5.4 Generic_101945-36 sun4d sparc
reading symbolic information for prdbc301
core file header read successfully
core file read error: address 0xdf7f1de0 not in data space
error while reading shared library list
program terminated by signal SEGV (no mapping at the fault address)
(debugger)
PLEASE SEND me e-mail instead of posting back an answer.
Thanx in advance,
Julie M. Kalman
3. comp.sys.sun.admin comp.unix.solaris comp.unix.wizards
5. comp.sys.hp comp.sys.sgi comp.sys.sun comp.unix.ultrix comp.unix.wizards
7. Welcome to comp.unix.questions and comp.unix.wizards [Monthly posting]