<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I support 100% what Barry said. Just get the work done. Cray and IBM
    Linux systems do not support ALL the systems calls that PETSc uses.
    So it's always kind of problem to purge manually petscconf.h in
    between of "configure" and "make" on their machines. I wander how
    you could install any PETSc without modifying petscconf.h. If you
    just don't care, usually you get segfaults right at
    <meta charset="utf-8">
    PetscInitialize() step. Literally it means, there is no way you can
    debug anything, they should reinstall PETSc, keeping in mind the
    exact list of system calls they support, and PETSc requirements.<br>
    <br>
    By the way, the times when GNU compilers were "order of magnitude"
    slower than "vendor compilers" have passed long ago. Just give it a
    try, compile some simple computationally intensive code with gcc and
    something from "vendor" with aggressive optimization, and check
    execution time on a large data set. I'm sure you'll be surprised.<br>
    <br>
    Cheers,<br>
    Anton<br>
    <br>
    On 4/3/12 3:57 AM, Barry Smith wrote:
    <blockquote
      cite="mid:F199E031-D839-4535-BA0A-A2BF43C54436@mcs.anl.gov"
      type="cite">
      <pre wrap="">
On Apr 2, 2012, at 8:10 PM, Tabrez Ali wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">Hello

I am trying to debug a program using the switch '-on_error_attach_debugger' but  the vendor/sysadmin built PETSc 3.2.00 is unable to start the debugger in xterm (see text below). But xterm is installed. What am I doing wrong?

Btw the segfault happens during a call to MatMult but only with vendor/sysadmin supplied PETSc 3.2 with PGI and Intel compilers only and _not_ with CRAY or GNU compilers.
</pre>
      </blockquote>
      <pre wrap="">
   My advice, blow off "the vendor/sysadmin supplied PETSc 3.2" and just built it yourself so you can get real work done instead of trying to debug their mess.   I promise the vendor one is not like a billion times faster or anything.

   Barry


   
</pre>
      <blockquote type="cite">
        <pre wrap="">
I also dont get the segfault if I build PETSc 3.2-p7 myself with PGI/Intel compilers.

Any ideas on how to diagnose the problem? Unfortunately I cannot seem to run valgrind on this particular machine.

Thanks in advance.

Tabrez

---

stali@krakenpf1:~/meshes&gt; which xterm
/usr/bin/xterm
stali@krakenpf1:~/meshes&gt; aprun -n 1 ./defmod -f 2d_point_load_dyn_abc.inp -on_error_attach_debugger
...
...
...
[0]PETSC ERROR: ------------------------------------------------------------------------
[0]PETSC ERROR: Caught signal number 11 SEGV: Segmentation Violation, probably memory access out of range
[0]PETSC ERROR: Try option -start_in_debugger or -on_error_attach_debugger
[0]PETSC ERROR: or see <a class="moz-txt-link-freetext" href="http://www.mcs.anl.gov/petsc/petsc-as/documentation/faq.html#valgrind">http://www.mcs.anl.gov/petsc/petsc-as/documentation/faq.html#valgrind</a>[0]PETSC ERROR: or try <a class="moz-txt-link-freetext" href="http://valgrind.org">http://valgrind.org</a> on GNU/linux and Apple Mac OS X to find memory corruption errors
[0]PETSC ERROR: configure using --with-debugging=yes, recompile, link, and run
[0]PETSC ERROR: to get more information on the crash.
[0]PETSC ERROR: User provided function() line 0 in unknown directory unknown file
[0]PETSC ERROR: PETSC: Attaching gdb to ./defmod of pid 32384 on display localhost:20.0 on machine nid10649
Unable to start debugger in xterm: No such file or directory
aborting job:
application called MPI_Abort(MPI_COMM_WORLD, 0) - process 0
_pmii_daemon(SIGCHLD): [NID 10649] [c23-3c0s6n1] [Mon Apr  2 13:06:48 2012] PE 0 exit signal Aborted
Application 133198 exit codes: 134
Application 133198 resources: utime ~1s, stime ~0s
</pre>
      </blockquote>
      <pre wrap="">
</pre>
    </blockquote>
    <br>
  </body>
</html>