On 11/15/2011 06:07 PM, Jed Brown wrote:
> On Tue, Nov 15, 2011 at 17:02, David Knezevic
> mailto:[email protected]>> wrote:
>
> I presume you need to compile PETSc with --with-debugging=1 for
> this to
> work, yes?
>
>
> No, but you would need that to have debugging symbols i
On Tue, Nov 15, 2011 at 17:02, David Knezevic wrote:
> I presume you need to compile PETSc with --with-debugging=1 for this to
> work, yes?
>
No, but you would need that to have debugging symbols in PETSc code. If I
run
./example-opt -ksp_type does-not-exist -start_in_debugger
I get
(gdb) c
Co
Jed,
On 11/14/2011 01:06 AM, Jed Brown wrote:
> You can also -run_in_debugger which also sets this up. Or use
> -on_error_attach_debugger which has a similar effect, but runs full
> speed up until an error is encountered.
I presume you need to compile PETSc with --with-debugging=1 for this to
On Sun, 13 Nov 2011, David Knezevic wrote:
> Yes, there were some silly pre-processor errors. I didn't check
> thoroughly enough, my apologies. It should now compile (and be a NO-OP)
> when SLEPc and GLPK aren't installed.
It still was failing for me in several of our Buildbot configurations, bu
Hi David,
After svn up, ex30 works fine. Thanks for the update; thanks to Jed for
the help!
K. Lee.
On Mon, Nov 14, 2011 at 10:18 PM, Jed Brown wrote:
> On Mon, Nov 14, 2011 at 08:07, David Knezevic >wrote:
>
> > OK, I've just checked in the matrix_B->close() change for now. I've also
> > ch
On Mon, Nov 14, 2011 at 08:07, David Knezevic wrote:
> OK, I've just checked in the matrix_B->close() change for now. I've also
> changed to -eps_type lapack (as in ex17) to avoid slepc convergence issues.
> Let me know if that works for you?
Works here
--
On 11/14/2011 08:35 AM, Jed Brown wrote:
> On Mon, Nov 14, 2011 at 06:32, David Knezevic
> mailto:[email protected]>> wrote:
>
> Would I have to use the raw PETSc MatCopy() though? I don't see a
> libMesh wrapper for it, and using SparseMatrix's operator= gives a
> memory le
On Mon, Nov 14, 2011 at 06:32, David Knezevic wrote:
> Would I have to use the raw PETSc MatCopy() though? I don't see a
> libMesh wrapper for it, and using SparseMatrix's operator= gives a
> memory leak...
>
It seems to me that this should be fixed. But in any case, it does not call
MatCopy(), s
On 11/14/2011 07:32 AM, David Knezevic wrote:
>
>
> On 11/14/2011 01:06 AM, Jed Brown wrote:
>> On Sun, Nov 13, 2011 at 22:45, Roy Stogner
>> wrote:
>>
>>> The libMesh terminate handler catches C++ exceptions; gdb intercepts
>>> segfaults... but on PETSc errors, we've got nothing in place to catc
On 11/14/2011 01:06 AM, Jed Brown wrote:
> On Sun, Nov 13, 2011 at 22:45, Roy Stogner wrote:
>
>> The libMesh terminate handler catches C++ exceptions; gdb intercepts
>> segfaults... but on PETSc errors, we've got nothing in place to catch
>> the problem before program exit. My workaround has a
On Sun, Nov 13, 2011 at 22:45, Roy Stogner wrote:
> The libMesh terminate handler catches C++ exceptions; gdb intercepts
> segfaults... but on PETSc errors, we've got nothing in place to catch
> the problem before program exit. My workaround has always been to
> re-run and step through the progr
It seems ex29 is ok if I configure petsc without "--with-fc=g95" option.
On Mon, Nov 14, 2011 at 12:45 PM, Roy Stogner wrote:
>
> On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
>
> I did svn up, which updated ex30, but I still got the same error. I did
>> run in a debug mode, but I'm not sure why I
On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
> I did svn up, which updated ex30, but I still got the same error. I did
> run in a debug mode, but I'm not sure why I got no stack.
The libMesh terminate handler catches C++ exceptions; gdb intercepts
segfaults... but on PETSc errors, we've got nothin
Hi, David
I did svn up, which updated ex30, but I still got the same error. I did
run in a debug mode, but I'm not sure why I got no stack. Please check the
log:
ken-pc:ex30 aeronova$ echo $METHOD
dbg
ken-pc:ex30 aeronova$ make
Updated .depend
Compiling C++ (in debug mode) ex30.C...
Linking ex3
On 11/13/2011 09:22 PM, Roy Stogner wrote:
>
> On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
>
>> Hi all,
>>
>> I configured libmesh with petsc-3.2-p5 and slepc-3.2-p1 with the following
>> options for a Mac 10.6.8:
>>
>> ./configure --prefix=/Users/aeronova/Development/local/lib64/libmesh
>> --enable-
On 11/13/2011 09:22 PM, Roy Stogner wrote:
>
> On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
>
>> Hi all,
>>
>> I configured libmesh with petsc-3.2-p5 and slepc-3.2-p1 with the following
>> options for a Mac 10.6.8:
>>
>> ./configure --prefix=/Users/aeronova/Development/local/lib64/libmesh
>> --enable-
On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
> I have to use the bleeding edge version for reduced_basis; ex29 is not
> important to me, so it's just a bug report.
Thanks; we appreciate any bug reports. It's just embarassing when the
bugs are problems we already know about and haven't fixed yet.
Hi Roy,
I have to use the bleeding edge version for reduced_basis; ex29 is not
important to me, so it's just a bug report.
K. Lee.
On Mon, Nov 14, 2011 at 10:22 AM, Roy Stogner wrote:
>
>
> On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
>
> Hi all,
>>
>> I configured libmesh with petsc-3.2-p5 and s
Hi David,
I run ex30-dbg through gdb, but nothing came out from back trace:
Program exited with code 0111.
(gdb) bt
No stack.
About adding close(), I searched in ex30, but I couldn't figure out where
to put close(); can you suggest me the location, plz?
K. Lee.
On Mon, Nov 14, 2011 at 10:17 A
On Mon, 14 Nov 2011, Kyunghoon Lee wrote:
> Hi all,
>
> I configured libmesh with petsc-3.2-p5 and slepc-3.2-p1 with the following
> options for a Mac 10.6.8:
>
> ./configure --prefix=/Users/aeronova/Development/local/lib64/libmesh
> --enable-petsc --enable-slepc --enable-glpk
> --with-glpk-incl
Hi K,
I just added ex30. It sounds like an extra matrix->close() is needed to
avoid the runtime error for ex30 on your system. If you could run ex30
through the debugger and send over the stack trace that'd be helpful ---
should be easy to figure out where to add the close().
David
On 11/13
Hi all,
I configured libmesh with petsc-3.2-p5 and slepc-3.2-p1 with the following
options for a Mac 10.6.8:
./configure --prefix=/Users/aeronova/Development/local/lib64/libmesh
--enable-petsc --enable-slepc --enable-glpk
--with-glpk-include=/Users/aeronova/Development/local/lib64/glpk/glpk-4.45/
22 matches
Mail list logo
