I works find with konsole.
Thank you for the advise.
Thomas.
Samuel Sarholz wrote:
Hi,
I think the problem is that xterm (probably) has the userid bit set
and thus deletes the LD_LIBRARY_PATH.
Try setting the path again before you start gdb, e.g:
mpirun -n 2 -x DISPLAY=:0.0 xterm -e LD_LIBRA
Hi,
I think the problem is that xterm (probably) has the userid bit set and
thus deletes the LD_LIBRARY_PATH.
Try setting the path again before you start gdb, e.g:
mpirun -n 2 -x DISPLAY=:0.0 xterm -e LD_LIBRARY_PATH=
or use the -Wl,-rpath= to compiler the search path
into the executable.
b
Hi,
I'm trying to use gdb and xterm with open mpi on my computer (Ubuntu 8.04).
When I run an application without gdb on my computer in works find but
if I try to use gdb in xterm I get the following error:
mpirun -n 2 -x DISPLAY=:0.0 xterm -e gdb ./ring.out
(gdb) run
Starting program: /media
On Feb 7, 2008, at 10:07 AM, jody wrote:
I wrote a little command called envliblist which consists of this
line:
printenv | grep PATH | gawk -F "_PATH=" '{ print $2 }' | gawk -F ":"
'{ print $1 }' | xargs ls -al
When i do
mpirun -np 5 -hostfile testhosts -x DISPLAY xterm -hold -e ./
envlibli
Hi Jeff
> The results of these two commands do seem to contradict each other;
> hmm. Just to be absolutely sure, did you cut-n-paste the
> LD_LIBRARY_PATH directory output from printenv and try to "ls" it to
> ensure that it's completely spelled right, etc.? I suspect that it's
> right since you
The whole question of how to invoke xterms for gdb via mpirun keeps
coming up, so when this thread is done, I'll add a pile of this
information to the FAQ.
More below.
On Feb 6, 2008, at 10:52 AM, jody wrote:
I now solved the "ssh" part of my Problem
The XServer is being started with the n
Jody,
If you want to forward X connections through ssh, you should NOT set the
DISPLAY variable. ssh will set the proper one for you.
Tim
jody wrote:
Tim
Thank you for your explanation on how OpenMPI uses ssh.
There is a way to force the ssh sessions to stay open. However doing so
will r
I now solved the "ssh" part of my Problem
The XServer is being started with the nolisten option (thanks Allen).
In Fedora (Gnome) this can easily be changed by choosing the
the "Login Screen" tool from the System|Administration Menu.
There, under the tab "Security", remove the checkmark from
"Deny
Tim
Thank you for your explanation on how OpenMPI uses ssh.
> There is a way to force the ssh sessions to stay open. However doing so
> will result in a bunch of excess debug output. If you add
> "--debug-daemons" to the mpirun command line, the ssh connections should
> stay open.
Unfortunately
Jody,
jody wrote:
Hi Tim
Your desktop is plankton, and you want
to run a job on both plankton and nano, and have xterms show up on nano.
Not on nano, but on plankton, but ithink this was just a typo :)
Correct.
It looks like you are already doing this, but to make sure, the way I
would us
Hi Tim
> Your desktop is plankton, and you want
> to run a job on both plankton and nano, and have xterms show up on nano.
Not on nano, but on plankton, but ithink this was just a typo :)
> It looks like you are already doing this, but to make sure, the way I
> would use xhost is:
> plankton$ xh
Hi Jody,
Just to make sure I understand. Your desktop is plankton, and you want
to run a job on both plankton and nano, and have xterms show up on nano.
It looks like you are already doing this, but to make sure, the way I
would use xhost is:
plankton$ xhost +nano_00
plankton$ mpirun -np 4 -
Hi
Sorry to bring this subject up again -
but i have a problem getting xterms
running for all of my processes (for debugging purposes).
There are actually two problem involved:
display, and paths.
my ssh is set up so that X forwarding is allowed,
and, indeed,
ssh nano_00 xterm
opens an xterm fr
13 matches
Mail list logo
