Optimize FileReadStream and BasicIStreamWrapper.

GenericRegex: don't throw/abort on syntax error (unclosed parenthesis).

On (my) linux, perftest reports:
- ~40% gain for FileReadStream (Take() loop),
- ~10% gain for ReaderParse_DummyHandler_FileReadStream.

With the same logic applied to BasicIStreamWrapper, which thus can now
also be created with a user buffer, performances align with those of
FileReadStream (same buffer size).

The "unbuffered" versions (added for FileReadStream) work solely with
the internal peekBuffer (Ch[4]) and are measured in perftest.  When
performances don't matter much, they can avoid the use of large
stack/heap buffers.

Fix a memory leak for invalid std::regex in Schema.

Use passed in allocator for internal regex parser.

silence clang-7 self-assign-overloaded warning

Fix warning when NDEBUG is defined [-Wunused-variable]

Because `isPeek()` is side effect free this should not change anything.

The reason this warning is not shown in the unit tests is because the asserts
are always evaluated in the unit test:

#define RAPIDJSON_ASSERT(x) (!(x) ? throw AssertException(RAPIDJSON_STRINGIFY(x)) : (void)0u)

Co-Authored-By: yhager <yhager@users.noreply.github.com>

Add test case on kParseNumbersAsStringsFlag being able to load big ints

See issue #1368.

fix tutorial error

faq: fix document insertion example

GenericDocument contructor requires a pointer to an Allocator, but GetAllocator() only
returns a reference.
Signed-off-by: Julien Courtat <julien.courtat@aqsacom.com>

Add RAPIDJSON_NOEXCEPT_ASSERT

Update appveyor rule to support VS2017.

Fix the compiling problems in VS

Guard against min/max being macros in reader.h

Handle non-throwing exception specifications that can still throw #1280

Wrap all WriteXxx() calls within EndValue()

This attempts to fix issue #1336.

Fix SIGBUS due to unaligned access

Fixed parentheses in reader.h which were required to prevent the using of max macro

Update RAPIDJSON_ALIGN() to always align on an 8-byte boundary
unless otherwise overridden.

On some platforms (such as ARM), 64-bit items (such as doubles and
64-bit integers) must be aligned to an 8 byte address, even though the
architecture is only 32-bits. On these platforms, MemoryPoolAllocator
must match the malloc() behavior and return a 8 byte aligned allocation.
This eliminates any alignment issues that may occur at the expense of
additional memory overhead.

Failure to do so caused a SIGBUS signal when calling
GenericValue::SetNull(). The size of the data_ member of the
GenericValue class is 16 bytes in 32-bit mode and its constructor
requires an 8-byte aligned access.

While parsing a JSON formatted string using Document::ParseStream(), a
stack object containing GenericValue items was constructed. Since the
stack was 8-byte aligned, the constructor calls would succeed. When the
lifetime of the object ends, SetObjectRaw() is invoked. This triggered
an allocation with 4-byte alignment to which the previously 8-byte
aligned GenericValue array was copied. After this, any call to a
GenericValue API that triggered the constructor and thus the placement
new operation on the Data type member would trigger a SIGBUS.
Signed-off-by: Veselin Georgiev <veselin.georgiev@garmin.com>
Signed-off-by: Joshua Watt <Joshua.Watt@garmin.com>

This is an alternative implementation to #1284 to handle
asserts in noexcept contexts.

Closes #1280.