<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">I am not quite sure what you mean with check the input.
<div><br>
</div>
<div>The input is a simple undirected graph. All edgeweights=1, there are no weights on the vertices.</div>
<div>Each processor holds a non-empty part of the graph. There are no dangling nodes.</div>
<div><br>
</div>
<div>Is there anything else I should check?</div>
<div><br>
</div>
<div><br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div id="divRpF982908" style="direction: ltr; "><font face="Tahoma" size="2" color="#000000"><b>From:</b> petsc-users-bounces@mcs.anl.gov [petsc-users-bounces@mcs.anl.gov] on behalf of Matthew Knepley [knepley@gmail.com]<br>
<b>Sent:</b> Tuesday, August 02, 2011 1:56 PM<br>
<b>To:</b> PETSc users list<br>
<b>Subject:</b> Re: [petsc-users] valgrind<br>
</font><br>
</div>
<div></div>
<div>On Tue, Aug 2, 2011 at 5:38 PM, Kuhlemann, Verena <span dir="ltr">&lt;<a href="mailto:vkuhlem@emory.edu" target="_blank">vkuhlem@emory.edu</a>&gt;</span> wrote:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
So, the first real error that I get is<br>
<br>
&nbsp;Invalid write of size 4<br>
==24909== &nbsp; &nbsp;at 0x9B3B9F: Moc_ComputePartitionParams__ (kwayrefine.c:215)<br>
==24909== &nbsp; &nbsp;by 0x9A1D28: Moc_Global_Partition__ (kmetis.c:231)<br>
==24909== &nbsp; &nbsp;by 0x9A1D00: Moc_Global_Partition__ (kmetis.c:228)<br>
==24909== &nbsp; &nbsp;by 0x9A1D00: Moc_Global_Partition__ (kmetis.c:228)<br>
==24909== &nbsp; &nbsp;by 0x9A1D00: Moc_Global_Partition__ (kmetis.c:228)<br>
==24909== &nbsp; &nbsp;by 0x9A1D00: Moc_Global_Partition__ (kmetis.c:228)<br>
==24909== &nbsp; &nbsp;by 0x9A1619: ParMETIS_V3_PartKway (kmetis.c:137)<br>
==24909== &nbsp; &nbsp;by 0x557AC8: MatPartitioningApply_Parmetis (pmetis.c:97)<br>
==24909== &nbsp; &nbsp;by 0x554058: MatPartitioningApply (partition.c:236)<br>
==24909== &nbsp; &nbsp;by 0x404DE2: main (runtests.c:99)<br>
<br>
Any ideas why?<br>
</blockquote>
<div><br>
</div>
<div>ParMetis is not robust to problems with the input (we are upgrading to the recent release</div>
<div>which is supposed to do more checking). I believe it can fail if you have empty partitions.</div>
<div>I would check the input.</div>
<div><br>
</div>
<div>&nbsp; &nbsp;Matt</div>
<div>&nbsp;</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
I will try to use --download-mpich for valgrind debugging./<br>
<br>
Thanks,<br>
<br>
Verena<br>
________________________________________<br>
From: <a href="mailto:petsc-users-bounces@mcs.anl.gov" target="_blank">petsc-users-bounces@mcs.anl.gov</a> [<a href="mailto:petsc-users-bounces@mcs.anl.gov" target="_blank">petsc-users-bounces@mcs.anl.gov</a>] on behalf of Satish Balay [<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>]<br>
Sent: Tuesday, August 02, 2011 1:35 PM<br>
To: PETSc users list<br>
Subject: Re: [petsc-users] valgrind<br>
<div>
<div></div>
<div class="h5"><br>
Also suggest using --download-mpich - for valgrind debugging. [it gives<br>
you a valgrind clean mpich]<br>
<br>
<br>
Satish<br>
<br>
On Tue, 2 Aug 2011, Matthew Knepley wrote:<br>
<br>
&gt; On Tue, Aug 2, 2011 at 5:06 PM, Kuhlemann, Verena &lt;<a href="mailto:vkuhlem@emory.edu" target="_blank">vkuhlem@emory.edu</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; &nbsp;Hi,<br>
&gt; &gt;<br>
&gt; &gt; &nbsp;I am trying to find an error in my program with valgrind.<br>
&gt; &gt; The first message that I get is the following:<br>
&gt; &gt;<br>
&gt;<br>
&gt; No, MPICH is doing something that valgrind does not understand with memory.<br>
&gt; You can usually<br>
&gt; ignore anything that goes back into MPI.<br>
&gt;<br>
&gt; &nbsp; &nbsp;Matt<br>
&gt;<br>
&gt;<br>
&gt; &gt; &nbsp;Syscall param write(buf) points to uninitialised byte(s)<br>
&gt; &gt; ==22395== Syscall param write(buf) points to uninitialised byte(s)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;at 0x73D92C0: __write_nocancel (in /lib64/<a href="http://libc-2.5.so" target="_blank">libc-2.5.so</a>)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x7A76283: ibv_cmd_modify_qp (in<br>
&gt; &gt; /usr/lib64/libibverbs.so.1.0.0)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x88B742A: ??? (in /usr/lib64/libmlx4-rdmav2.so)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x7A7A363: ibv_modify_qp (in<br>
&gt; &gt; /usr/lib64/libibverbs.so.1.0.0)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x67A3DDF: MPID_VIA_Init (viainit.c:1014)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x67826BB: MPID_Init (mpid_init.c:66)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x677438E: MPIR_Init (initutil.c:279)<br>
&gt; &gt; ==22393== &nbsp; &nbsp;by 0x432732: PetscInitialize (pinit.c:561)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;at 0x73D92C0: __write_nocancel (in /lib64/<a href="http://libc-2.5.so" target="_blank">libc-2.5.so</a>)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x7A76283: ibv_cmd_modify_qp (in<br>
&gt; &gt; /usr/lib64/libibverbs.so.1.0.0)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x88B742A: ??? (in /usr/lib64/libmlx4-rdmav2.so)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x7A7A363: ibv_modify_qp (in<br>
&gt; &gt; /usr/lib64/libibverbs.so.1.0.0)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x67A3DDF: MPID_VIA_Init (viainit.c:1014)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x67826BB: MPID_Init (mpid_init.c:66)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x677438E: MPIR_Init (initutil.c:279)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x432732: PetscInitialize (pinit.c:561)<br>
&gt; &gt; ==22395== &nbsp; &nbsp;by 0x4046FC: main (runtests.c:48)<br>
&gt; &gt; ==22395== &nbsp;Address 0x7feffef78 is on thread 1's stack<br>
&gt; &gt;<br>
&gt; &gt; &nbsp;I am not sure what this is suppose to tell me. Is the something wrong<br>
&gt; &gt; with my PetscInitialize?<br>
&gt; &gt;<br>
&gt; &gt; &nbsp;Thanks for the help,<br>
&gt; &gt;<br>
&gt; &gt; &nbsp;Verena<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; ------------------------------<br>
&gt; &gt;<br>
&gt; &gt; This e-mail message (including any attachments) is for the sole use of<br>
&gt; &gt; the intended recipient(s) and may contain confidential and privileged<br>
&gt; &gt; information. If the reader of this message is not the intended<br>
&gt; &gt; recipient, you are hereby notified that any dissemination, distribution<br>
&gt; &gt; or copying of this message (including any attachments) is strictly<br>
&gt; &gt; prohibited.<br>
&gt; &gt;<br>
&gt; &gt; If you have received this message in error, please contact<br>
&gt; &gt; the sender by reply e-mail message and destroy all copies of the<br>
&gt; &gt; original message (including attachments).<br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>
</div>
</div>
</div>
</div>
</body>
</html>