Community Edition 3.8.0 Release Candidate 0

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Unlock access to File monitor singleton

Added corresponding unlock for file monitoring singleton lock. Related to gh-2057 fix (#2170).

Fixes gh-2371

Signed-off-by: Sridhar Meda <sridhar.meda@lexisnexis.com>
Merge pull request #2373 from smeda/issue2371_1

Unlock File/Directory monitoring singleton

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
ECLPlayground:  Fixed issue when hosted within an iFrame.

ECL Playground fails to load when it is hosted within a frame.  In IDE
this shows a popup window.  In regular IE it was a silent error.

Fixed an issue with result viewer inside a frame (not resizing on
initial load).

Fixed an issue parsing Key=Value params from URL (again related to fames
+ inner).

Fixes gh-2357
Fixes gh-2366

Signed-off-by: Gordon Smith <gordon.smith@lexisnexis.com>
Merge pull request #2378 from GordonSmith/Issue_2366

ECLPlayground: Fixed issue when hosted within an iFrame.

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-3.8.x' into candidate-3.8.0

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Community Edition 3.8.0 Release Candidate 1

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
ECLPlayground:  Updated samples.

Fixes gh_2283

Signed-off-by: Gordon Smith <gordon.smith@lexisnexis.com>
Merge pull request #2410 from GordonSmith/Issue_2283

ECLPlayground: Updated samples.

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
Fix problem with memory allocator with few allocations

If a fixed size heaplet oscillated between having 0 and 1 entries
allocated within it, a situation could arise where the page was
continually being allocated and freed.  This change ensures the
last page is only freed when memory is critical.

Each attempt to allocate a page also checks if there are any pages
that can be freed up in any heaplet.  If one of the other heaplets
had large numbers of entries it could take a long time to check if that
heaplet had any pages that could be freed.   This should be addressed
separately.  However, the two combined caused a spike in cpu usage for
certain graphs.

Fixes #2402

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
Merge pull request #2413 from ghalliday/lastpagefix

Fix problem with memory allocator with few allocations

Reviewed-By: Jake Smith <jake.smith@lexisnexis.com>
Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-3.8.0' into candidate-3.8.x

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Row array optimizations

Reallocate base array before temp stable array
The ptry tables can be large and allocating both before either is freed,
restricts the overall limit

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
Changes following review

1) Add option to allow stable ptr table allocation to be delayed until
needed (in sort). For spilling collector wants to pre-allocate as expands,
to ensure it's there when needs to sort and spill.

2) Ensure stable ptr table size is based on std. row table capacity

3) fix some unsigned's which should have been rowidx_t's

4) missing check on 'throwOnOom'

5) use local var for newSize calc. instead of working with reference