<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div>
<div style="font-family:Calibri,sans-serif">
<div dir="ltr">You don't need to install. Just download and extract the tar file. There will be a folder of include files. Point this in build.sh.
</div>
<br>
<div dir="ltr">Regards, Ramki</div>
<div dir="ltr">Android keyboard at work. Excuse typos and brevity</div>
<hr>
<b>From:</b> Barry Smith <br>
<b>Sent:</b> Thursday, June 15, 2017 7:54 PM<br>
<b>To:</b> "Kannan, Ramakrishnan" <br>
<b>CC:</b> "Jose E. Roman" ,petsc-users@mcs.anl.gov<br>
<b>Subject:</b> Re: [petsc-users] slepc NHEP error<br>
<br>
<br>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText"><br>
   brew install   Armadillo  fails for me on brew install hdf5 I have reported this to home-brew and hopefully they'll have a fix within a couple of days so I can try to run the test case.<br>
<br>
   Barry<br>
<br>
> On Jun 15, 2017, at 6:34 PM, Kannan, Ramakrishnan <kannanr@ornl.gov> wrote:<br>
> <br>
> Barry,<br>
> <br>
> Attached is the quick test program I extracted out of my existing code. This is not clean but you can still understand. I use slepc 3.7.3 and 32 bit real petsc 3.7.4.<br>
> <br>
> This requires armadillo from <a href="http://arma.sourceforge.net/download.html">
http://arma.sourceforge.net/download.html</a>. Just extract and show the correct path of armadillo in the build.sh.
<br>
> <br>
> I compiled, ran the code. The error and the output file are also in the tar.gz file.<br>
> <br>
> Appreciate your kind support and looking forward for early resolution. <br>
> -- <br>
> Regards,<br>
> Ramki<br>
> <br>
> <br>
> On 6/15/17, 4:35 PM, "Barry Smith" <bsmith@mcs.anl.gov> wrote:<br>
> <br>
> <br>
>> On Jun 15, 2017, at 1:45 PM, Kannan, Ramakrishnan <kannanr@ornl.gov> wrote:<br>
>> <br>
>> Attached is the latest error w/ 32 bit petsc and the uniform random input matrix. Let me know if you are looking for more information.<br>
> <br>
>       Could you please send the full program that reads in the data files and runs SLEPc generating the problem? We don't have any way of using the data files you sent us.<br>
> <br>
>       Barry<br>
> <br>
>> <br>
>> <br>
>> <br>
>> -- <br>
>> Regards,<br>
>> Ramki<br>
>> <br>
>> <br>
>> On 6/15/17, 2:27 PM, "Jose E. Roman" <jroman@dsic.upv.es> wrote:<br>
>> <br>
>> <br>
>>> El 15 jun 2017, a las 19:35, Barry Smith <bsmith@mcs.anl.gov> escribió:<br>
>>> <br>
>>> So where in the code is the decision on how many columns to use made? If we look at that it might help see why it could ever produce different results on different processes.<br>
>> <br>
>>   After seeing the call stack again, I think my previous comment is wrong. I really don't know what is happening. If the number of columns was different in different processes, it would have failed before reaching that line of code.<br>
>> <br>
>>   Ramki: could you send me the matrix somehow? I could try it in a machine here. Which options are you using for the solver?<br>
>> <br>
>>   Jose<br>
>> <br>
>> <br>
>> <br>
>> <br>
>> <slepc.e614138><Arows.tar.gz><br>
> <br>
> <br>
> <br>
> <br>
> <testslepc.tar.gz><br>
<br>
<br>
</div>
</span></font>
</body>
</html>