<div dir="ltr">Jeff, I agree that it belongs there.  Sorry. I will go join that list and try again.<div>Regards,<br><div>Tony</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 3, 2019 at 9:41 AM Jeff Squyres (jsquyres) via ofiwg <<a href="mailto:ofiwg@lists.openfabrics.org">ofiwg@lists.openfabrics.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Tony --<br>
<br>
While your issue sounds generic in nature, did you mean to send this issue to the libfabric mailing list (vs. the libibverbs / rdma-core mailing list)?<br>
<br>
<br>
<br>
> On Jun 1, 2019, at 7:45 PM, Anthony Skjellum <<a href="mailto:skjellum@gmail.com" target="_blank">skjellum@gmail.com</a>> wrote:<br>
> <br>
> Hi,<br>
> <br>
> I am having truly weird experiences as follows<br>
> <br>
> 1) My library, when statically linked, works fine with libverbs <br>
> 2) My library, when dynamically linked, provides unpredictable errors with libverbs<br>
> 3) My test programs, in main(), dynamically linked with libverbs, work OK<br>
> <br>
> This has been reproduced in several Centos 7.6 InfiniBand networks.<br>
> <br>
> I have done extensive debugging; as more and more functions move into main(), my program runs further.  Typically, I either segmentation violate inside libverbs ibv_ calls, or I get errno=9 in my library, depending on how much code has moved into the statically compiled main or library.<br>
> <br>
> All my code runs fine with a dynamically built main, a statically built library (my product), and -libverbs dynamically linking.<br>
> <br>
> Is there any known set of conditions that produces such a situation with recent libverbs?<br>
> <br>
> Any specific things to look out for with readelf that would indicate that libfabrics is not going to link properly with a dynamic library?<br>
> <br>
> I've read extensively on inter-dll dependencies and proper linking.  What's the best practice according to the developers of this library ? :-) <br>
> <br>
> Thank you,<br>
> Tony Skjellum<br>
> <br>
> <br>
> -- <br>
> Anthony Skjellum, PhD<br>
> <a href="mailto:skjellum@gmail.com" target="_blank">skjellum@gmail.com</a><br>
> Cell: +1-205-807-4968<br>
> <br>
> <br>
> _______________________________________________<br>
> ofiwg mailing list<br>
> <a href="mailto:ofiwg@lists.openfabrics.org" target="_blank">ofiwg@lists.openfabrics.org</a><br>
> <a href="https://lists.openfabrics.org/mailman/listinfo/ofiwg" rel="noreferrer" target="_blank">https://lists.openfabrics.org/mailman/listinfo/ofiwg</a><br>
<br>
<br>
-- <br>
Jeff Squyres<br>
<a href="mailto:jsquyres@cisco.com" target="_blank">jsquyres@cisco.com</a><br>
<br>
_______________________________________________<br>
ofiwg mailing list<br>
<a href="mailto:ofiwg@lists.openfabrics.org" target="_blank">ofiwg@lists.openfabrics.org</a><br>
<a href="https://lists.openfabrics.org/mailman/listinfo/ofiwg" rel="noreferrer" target="_blank">https://lists.openfabrics.org/mailman/listinfo/ofiwg</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Tony Skjellum, PhD<br>RunTime Computing Solutions, LLC<br><a href="mailto:tony@runtimecomputing.com" target="_blank">tony@runtimecomputing.com</a><br>direct: +1-423-713-9337<br>cell: +1-205-807-4968<br></div></div></div></div></div>