Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
Alchemy Viewer
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Iterations
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Locked files
Deploy
Releases
Package registry
Operate
Terraform modules
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Silent mode is enabled
All outbound communications are blocked.
Learn more
.
Show more breadcrumbs
Alchemy Viewer
Alchemy Viewer
Commits
570ac04e
Commit
570ac04e
authored
13 years ago
by
Nat Goodspeed
Browse files
Options
Downloads
Patches
Plain Diff
LLSD-14: while we're in llsd.h anyway, fix longstanding misspellings.
My tollerance is at an end. :-P
parent
b0d86955
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
indra/llcommon/llsd.h
+12
-12
12 additions, 12 deletions
indra/llcommon/llsd.h
with
12 additions
and
12 deletions
indra/llcommon/llsd.h
+
12
−
12
View file @
570ac04e
...
...
@@ -40,10 +40,10 @@
/**
LLSD provides a flexible data system similar to the data facilities of
dynamic languages like Perl and Python. It is created to support exchange
of structured data between loosly coupled systems. (Here, "loosly coupled"
of structured data between loos
e
ly coupled systems. (Here, "loos
e
ly coupled"
means not compiled together into the same module.)
Data in such exchanges must be highly tol
l
erant of changes on either side
Data in such exchanges must be highly tolerant of changes on either side
such as:
- recompilation
- implementation in a different langauge
...
...
@@ -51,19 +51,19 @@
- execution of older versions (with fewer parameters)
To this aim, the C++ API of LLSD strives to be very easy to use, and to
default to "the right thing" where
e
ver possible. It is extremely tol
l
erant
default to "the right thing" wherever possible. It is extremely tolerant
of errors and unexpected situations.
The fund
i
mental class is LLSD. LLSD is a value holding object. It holds
The fund
a
mental class is LLSD. LLSD is a value holding object. It holds
one value that is either undefined, one of the scalar types, or a map or an
array. LLSD objects have value semantics (copying them copies the value,
though it can be considered efficient, due to shar
e
ing
.
), and mutable.
though it can be considered efficient, due to sharing), and mutable.
Undefined is the singular value given to LLSD objects that are not
initialized with any data. It is also used as the return value for
operations that return an LLSD
,
operations that return an LLSD
.
The sclar data types are:
The sc
a
lar data types are:
- Boolean - true or false
- Integer - a 32 bit signed integer
- Real - a 64 IEEE 754 floating point value
...
...
@@ -266,7 +266,7 @@ class LL_COMMON_API LLSD
//@}
/** @name Character Pointer Helpers
These are helper routines to make working with char*
the same
as easy as
These are helper routines to make working with char* as easy as
working with strings.
*/
//@{
...
...
@@ -369,7 +369,7 @@ class LL_COMMON_API LLSD
If you get a linker error about these being missing, you have made
mistake in your code. DO NOT IMPLEMENT THESE FUNCTIONS as a fix.
All of thse problems stem from trying to support char* in LLSD or in
All of th
e
se problems stem from trying to support char* in LLSD or in
std::string. There are too many automatic casts that will lead to
using an arbitrary pointer or scalar type to std::string.
*/
...
...
@@ -378,7 +378,7 @@ class LL_COMMON_API LLSD
void
assign
(
const
void
*
);
///< assign from arbitrary pointers
LLSD
&
operator
=
(
const
void
*
);
///< assign from arbitrary pointers
bool
has
(
Integer
)
const
;
///< has only works for Maps
bool
has
(
Integer
)
const
;
///< has
()
only works for Maps
//@}
/** @name Implementation */
...
...
@@ -464,8 +464,8 @@ struct llsd_select_string : public std::unary_function<LLSD, LLSD::String>
LL_COMMON_API
std
::
ostream
&
operator
<<
(
std
::
ostream
&
s
,
const
LLSD
&
llsd
);
/** QUESTIONS & TO DOS
- Would Binary be more convenient as usigned char* buffer semantics?
- Should Binary be convert
a
ble to/from String, and if so how?
- Would Binary be more convenient as u
n
signed char* buffer semantics?
- Should Binary be convert
i
ble to/from String, and if so how?
- as UTF8 encoded strings (making not like UUID<->String)
- as Base64 or Base96 encoded (making like UUID<->String)
- Conversions to std::string and LLUUID do not result in easy assignment
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment