#x27;re getting back from lt_dlopen() invalid? All we can tell from this
test is that it's not NULL.
Specifically: I'm not sure that calling lt_dlerror() will return anything
meaningful if there has been no error.
--
Jeff Squyres
jsquy...@cisco.com
).
1.7 is a "feature" release. OMPI 1.odd.x series are stable and tested; they're
just not as time-tested out in the real world as OMPI 1.even.x series.
We're anticipating 1.8 will be out in early 2014.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go
lready available here:
https://svn.open-mpi.org/trac/ompi/ticket/2559
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "
These patches were accepted into OMPI v1.3.3:
https://svn.open-mpi.org/trac/ompi/changeset/21493
Exact release date is unknown, but hopefully "soon".
On Jun 20, 2009, at 7:23 AM, Jeff Squyres wrote:
Done. The two patches you need are here:
https://svn.open-mpi.org
2009 at 06:52:03AM -0400, Jeff Squyres wrote:
2. If you want a more general env variable name, like checking for
the
presence of $FAKEROOTKEY (or whatever), let me know and we can also
add a
check for that upstream. To be clear, I think I'm going to do #1
anyway
-- it's a nice way f
anyway -- it's a nice way for our users to disable this stuff. But
I'm not opposed to having a fakeroot-specific environment variable
check as well.
--
Jeff Squyres
Cisco Systems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
we
want to use?
Note that this would be a fairly Open MPI-specific environment
variable. This would be fine with me, but I don't know you want a
more generic fakeroot solution in case anyone else ever runs into this
problem...?
--
Jeff Squyres
Cisco Systems
--
To UNSUBSCRIBE, ema
like
"stat()" in the __malloc_initialize_hook(). If that is the accepted
view, then having a way to suppress this behaviour, say with an
environment variable as suggested by Jeff Squyres, seems appropriate.
That would let me solve my problem by setting the variable in
debian/rules. Or
m is a better bet.
Manuel -- can you ping the fakeroot people? It would be preferable to
the method described in that URL.
--
Jeff Squyres
Cisco Systems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
oc_initialize_hook is a bad thing. Perhaps the stat() in
fakeroot caused a memory allocation, whereas the regular stat() does
not, as this code doesn't segfault in normal use.
This is what I had in mind as well.
Thanks for your work so far! I'm quite confident that we can sort it
out
nes in a single mpi job - see faq) and
for debugging.
I'll be back in range in several hours (boarding a floight right now).
-jms
Sent from my PDA. No type good.
- Original Message -
From: Manuel Prinz
To: Steve M. Robbins
Cc: Jeff Squyres (jsquyres); 531...@bugs.debian.org <
On Jun 5, 2009, at 2:39 PM, Jeff Squyres wrote:
FWIW, debugging OMPI is easier if you tell OMPI to slurp all the
plugins into its libraries -- so there's no dlopen's and all the
plugins are physically located in libmpi.so (and friends). You can
get better call stacks thi
#x27;s looking
for the symbol "open"...? I don't know enough about how dlsym works
internally --perhaps that's normal...?
--
Jeff Squyres
Cisco Systems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
13 matches
Mail list logo