<div dir="ltr"><div dir="ltr">> One suggestion: use %get-signed-long to read out a few bytes of memory 
at the location reported by (external "getpid”) and then write a little C
 program that does the same thing and see if you get the same result.</div><div dir="ltr"><br></div><div>I'm not sure I entirely follow, at least the C program part. Are you suggesting peeking at the memory pointed to by the `getpid` function in C? I'm not quite sure how to do that, but my C is pretty rusty.<br></div><div dir="ltr"><br></div><div dir="ltr">On Wed, Jun 19, 2019 at 3:52 PM Ron Garret <<a href="mailto:ron@flownet.com">ron@flownet.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On Jun 19, 2019, at 1:45 PM, Jeremy Shoemaker <<a href="mailto:jeremy@codingkoi.com" target="_blank">jeremy@codingkoi.com</a>> wrote:<br>
<br>
> I've tried using (external "getpid"), and I get back the addresses of the external-entry-point for getpid and lib.so.6 but I'm not sure how to confirm if those are pointing to the right locations.<br>
<br>
One suggestion: use %get-signed-long to read out a few bytes of memory at the location reported by (external "getpid”) and then write a little C program that does the same thing and see if you get the same result.<br>
<br>
> I realize this is probably some esoteric configuration that I'm trying to play around with, and that here may be dragons, but any help would be greatly appreciated.<br>
<br>
IMHO this is something one should reasonably be able to expect to work.<br>
<br>
rg<br>
<br>
</blockquote></div></div>