StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
4567362
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
1
CommunityOwnedDate
CreationDate
2010-12-31T00:48:53.387
FavoriteCount
0
LastActivityDate
2010-12-31T01:16:27.597
LastEditDate
2010-12-31T01:16:27.597
LastEditorUserId
31667
OwnerUserId
31667
ParentId
4565569
PostTypeId
2
Score
3
ViewCount
0
LastEditorDisplayName
text
Body
There's one silly mistake in this code: <pre><code>const char * path = "/proc/self/mem"; ... snprintf(child_path, 0x20, "/proc/%d/mem", child_pid); printf("PARENT: child_path: %s\n", child_path); child_mem_fd = open(path, O_RDONLY); </code></pre> So you always end up reading parent's memory here. However after changing this, I get: <pre><code>CHILD: child_mem_fd: 4 CHILD: new value 53 read (parent): No such process </code></pre> And I don't know why it could happen - maybe <code>/proc</code> is too slow in refreshing the entries? (it's from <code>perror("read")</code> in the parent - had to add a comment to see which one fails) But that seems weird, since the <code>seek</code> worked - as well as <code>open</code> itself. That question doesn't seem to be new either: <a href="http://lkml.indiana.edu/hypermail/linux/kernel/0007.1/0939.html" rel="nofollow">http://lkml.indiana.edu/hypermail/linux/kernel/0007.1/0939.html</a> (ESRCH is "no such process") Actually a better link is: <a href="http://www.webservertalk.com/archive242-2004-7-295131.html" rel="nofollow">http://www.webservertalk.com/archive242-2004-7-295131.html</a> - there was an issue with marking processes pthread-attach-safe. You can find there Alan Cox sending someone to Solar Designer... for me that spells "here be dragons" and that it's not solvable if you don't hack kernels in your sleep :( Maybe it's enough for you to check what is gdb doing in that case and replicating it? (Probably it just goes via <code>ptrace(PTRACE_PEEKDATA,...)</code>)
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. POReading a child process's /proc/pid/mem file from the parent
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. USviraptor
UserOwnerUserId
1. USviraptor
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
2. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
CommentsPostId
1. COThank you! Yes, the parent should have opened **child_path**, not **path**. With the correct code, I get the same results you got. _However_, I believe that I may have found the solution. See below. :-)
 singulars
 PostPostId
 PO
 UserUserId
 USAmittai Aviram

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.