groppmac:~/tmp/mpich2/examples gropp$ ./cpi

Process 0 of 1 is on groppmac.cs.uiuc.edu

pi is approximately 3.1415926544231341, Error is 0.0000000008333410

wall clock time = 0.006257

[0] 24 at [0x00601368], /channels/nemesis/nemesis/src/mpid_nem_mpich2.c[73]

[0] 8 at [0x006012b8], /channels/nemesis/nemesis/src/mpid_nem_mpich2.c[65]

[0] 8 at [0x00602228], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[321]

[0] 8 at [0x00602178], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[320]

[0] 1024 at [0x01801698], esis/net_mod/newtcp_module/newtcp_module_poll.c[22]

[0] 160 at [0x00601948], /nemesis/nemesis/net_mod/newtcp_module/socksm.c[118]

[0] 880 at [0x01801098], /nemesis/nemesis/net_mod/newtcp_module/socksm.c[116]

[0] 8 at [0x00601808], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[242]

[0] 8 at [0x00601658], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[241]

[0] 0 at [0x006015b8], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[104]

[0] 8 at [0x00600cf8], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[102]

[0] 8 at [0x00601508], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[94]

[0] 56 at [0x006001c8], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[93]

[0] 8 at [0x00601758], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[525]

[0] 8 at [0x00601458], h3/channels/nemesis/nemesis/src/mpid_nem_init.c[461]

groppmac:~/tmp/mpich2/examples gropp$

If I run the test suites, I get leaks in additional places as well.

I'm running under OS X 10.4 .

Bill

On Jul 24, 2008, at 3:57 PM, Dave Goodell wrote:

Bill, I've been running some tests with this configuration (on Linux)

and I don't get any complaints about memory leaks. Valgrind also

doesn't suspect any leaks in the spot testing that I have done (it

does have a problem with some uninitialized data, but that's a

different issue to discuss). Is there a specific platform/

configuration/test that triggers the memory checker for you?

Also, when I look at the global symbol checker results, it looks like

everything fails because nothing can get past the configure stage:

http://www.mcs.anl.gov/research/projects/mpich2/todo/globsyms.htm and

http://www.mcs.anl.gov/research/projects/mpich2/todo/c-gforker-

ch3.log. I agree that the output was generated recently (looks like

about 10 mins ago) and that it's building nemesis by default, but I

don't see anything about socksm.o anywhere. Was yesterday's output

more complete?

-Dave

William Gropp

Paul and Cynthia Saylor Professor of Computer Science

University of Illinois Urbana-Champaign