Skip to content
GitLab
Menu
Projects
Groups
Snippets
Loading...
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Menu
Open sidebar
OpenDAS
dlib
Commits
ab578479
Commit
ab578479
authored
Jul 15, 2012
by
Davis King
Browse files
updated docs
parent
98c5e94a
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
8 additions
and
8 deletions
+8
-8
docs/docs/other.xml
docs/docs/other.xml
+8
-8
No files found.
docs/docs/other.xml
View file @
ab578479
...
...
@@ -984,10 +984,10 @@
note that dlib::serialize() writes additional delimiting bytes at the start of each protocol buffer message.
We do this because Google protocol buffers are not
<a
href=
"https://developers.google.com/protocol-buffers/docs/techniques#streaming"
>
self-delimiting
</a>
on their own. This means that you can't write more than one protocol buffer object to an output stream
unless you include some kind
of delimiter between the messages.
So dlib takes care of this for you by prefixing each message with its length in bytes.
The number
of bytes is encoded
using the same scheme that serialize(int,ostream) uses
.
on their own. This means that you can't write more than one protocol buffer object to an output stream
unless you include some kind
of delimiter between the messages.
So dlib takes care of this for you by prefixing each message with its length in bytes.
In particular,
the number
of bytes is encoded
as a 32bit little endian integer
.
</p>
</description>
...
...
@@ -1008,10 +1008,10 @@
note that dlib::serialize() writes additional delimiting bytes at the start of each protocol buffer message.
We do this because Google protocol buffers are not
<a
href=
"https://developers.google.com/protocol-buffers/docs/techniques#streaming"
>
self-delimiting
</a>
on their own. This means that you can't write more than one protocol buffer object to an output stream
unless you include some kind
of delimiter between the messages.
So dlib takes care of this for you by prefixing each message with its length in bytes.
The number
of bytes is encoded
using the same scheme that serialize(int,ostream) uses
.
on their own. This means that you can't write more than one protocol buffer object to an output stream
unless you include some kind
of delimiter between the messages.
So dlib takes care of this for you by prefixing each message with its length in bytes.
In particular,
the number
of bytes is encoded
as a 32bit little endian integer
.
</p>
</description>
...
...
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