Skip to content
Projects
Groups
Snippets
Help
Loading...
Sign in / Register
Toggle navigation
C
capnproto
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Packages
Packages
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
submodule
capnproto
Commits
bfffde6a
Commit
bfffde6a
authored
Nov 07, 2015
by
Kenton Varda
Browse files
Options
Browse Files
Download
Plain Diff
Merge branch 'master' of github.com:kentonv/capnproto
parents
de9f323e
715325fa
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
9 additions
and
2 deletions
+9
-2
message.h
c++/src/capnp/message.h
+1
-1
async-unix.c++
c++/src/kj/async-unix.c++
+8
-1
No files found.
c++/src/capnp/message.h
View file @
bfffde6a
...
...
@@ -221,7 +221,7 @@ public:
Orphanage
getOrphanage
();
private
:
void
*
arenaSpace
[
2
1
];
void
*
arenaSpace
[
2
2
];
// Space in which we can construct a BuilderArena. We don't use BuilderArena directly here
// because we don't want clients to have to #include arena.h, which itself includes a bunch of
// big STL headers. We don't use a pointer to a BuilderArena because that would require an
...
...
c++/src/kj/async-unix.c++
View file @
bfffde6a
...
...
@@ -458,7 +458,14 @@ static siginfo_t toRegularSiginfo(const struct signalfd_siginfo& siginfo) {
// we write the pointer, we'll end up with the right value for the int? Presumably the
// two fields of signalfd_siginfo are actually extracted from one of these unions
// originally, so actually contain redundant data? Better write some tests...
result
.
si_ptr
=
reinterpret_cast
<
void
*>
(
static_cast
<
uintptr_t
>
(
siginfo
.
ssi_ptr
));
//
// Making matters even stranger, siginfo.ssi_ptr is 64-bit even on 32-bit systems, and
// it appears that instead of doing the obvious thing by casting the pointer value to
// 64 bits, the kernel actually memcpy()s the 32-bit value into the 64-bit space. As
// a result, on big-endian 32-bit systems, the original pointer value ends up in the
// *upper* 32 bits of siginfo.ssi_ptr, which is totally weird. We play along and use
// a memcpy() on our end too, to get the right result on all platforms.
memcpy
(
&
result
.
si_ptr
,
&
siginfo
.
ssi_ptr
,
sizeof
(
result
.
si_ptr
));
break
;
case
SI_TIMER
:
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment