Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Conflicts:
	version.cmake

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Conflicts:
	version.cmake

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Conflicts:
	version.cmake

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-10910 Ensure abort is checked before spawning a child

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
HPCC-10921 Fix HASH/HASH64 on constant strings

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
HPCC-10910 Check aborting after first attempt to connect to slave

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
HPCC-10922 Add an option to improve cse for if conditions in child queries

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
HPCC-10925 Allow abort when compiling to kill gcc process

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
HPCC-10925 Allow new process group creation to be configured

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Conflicts:
	version.cmake

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge remote-tracking branch 'origin/candidate-4.2.2' into closedown-4.2.x

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-10698 - Avoid deadlock if retrying lock on superfiles

Two problems:
1) A change introduced in this commit:
19beb0cee074faf6fbde55233507eba897c6d41a

..caused an attempt to lock a file for a transaction, to unlock
the file (completely) pause and retry, this had the nasty side
effect if the file in question was a superfile, of unlocking
the super only, leaving all the sub files locked.
As a consequence competing transactions would still have
locked each other out.

2) A implict transaction (a super operation without a
start/finish super transaction call), used the same transaction
mechanism. If it failed to lock and retried, it cleared it's
locks and cache of files and paused to retry. On the next
attempt it would lookup the files it needed again and relock.
Unfortunately, in an implicit super operation, the caller is
the super file the op. is being performed on and as a
consequence, it is never released, but because the cache is,
the retry mechansim looks up the file again and gains a
2nd lock to the super (and all it's subfiles). As a result,
it deadlocks itself.

This fix:
+  removes the unlock(completely)/pause mechanism on
individual files, introduced by commoning up a method in:
19beb0cee074faf6fbde55233507eba897c6d41a
+ Checks if file is locked, without timeout, i.e. if locked
do not wait (transaction mechanism pauses and retries itself).
This avoids wasteful blocking time, when transaction has
locks to some, whilst blocking/waiting on others.
+ Ensures the superfile involved in implicit transactions,
remains in the file cache, so that on retry it is reused and
not looked up again causing deadlock.

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
Split of candidate-4.2.4 branch

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Split off candidate-4.2.4 branch

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-10933 Excessive "Reset without stop" tracing

Make sure that ifaction/whenaction stop unused upstream activities as soon as
possible.

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge pull request #5500 from richardkchapman/ifaction-stop

HPCC-10933 Excessive "Reset without stop" tracing

Reviewed-by: Gavin Halliday <ghalliday@hpccsystems.com>
HPCC-10894 - Prevent spurious loop continuation

A global LOOP could continue on to next or continue past last
loop iteration, if the time between completeing iteration
messages from slaves was > 25 minutes

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
Merge branch 'hpcc-10894' into candidate-4.2.4

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