Community Edition 4.0.6-rc1 Release Candidate 1

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

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-10380 Refactor Matchbagofwords

- Refactor matchBagofwords() to make it easier to add new modes of operation
in the future
- Use new code structure to implement StringMatchBagofwords2(),
UnicodeMatchBagofwords2() and UnicodeLocaleMAthcBagofwords2()
- Preserve the existing interfaces StringMatchBagofwords() and
UnicodeLocaleMAthcBagofwords() for compatibility

Signed-off-by: Edin Muharemagic <edin.muharemagic@lexisnexis.com>
Merge remote-tracking branch 'edin/saltlib_refactor2'

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
HPCC-10255 - Sasha not archiving/restoring associated files

Associated files used to be published as GeneratedDlls, only the query
dll is now published in that way, the rest appear in the workunits
associated file list only.
Add code to archive and restore these too.

There's also an efficiency change here. When a workunit is
archived or restored, it used to connect to /WorkUnits to perform
the locking and to verify the workunit did not already exist.
As a consequence, it would have required the client to pull the
children of /Workunits (all workunits nodes) to the client.
This commit changes it, so that the lock is direct to the
workunit required.

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
HPCC-10482 - Associated files being deleted too early

Archiving is two stage, 1st create the archive and copies,
2nd delete and clearup. Some workunit states are supposed to
prevent the deletion and clearup, e.g. if the query is a scheduled
or a service. However, the archiving code due to an ancient
regression, was deleting associated workunit files too early.
[ For reference, bug introduced by:
https://trac.br.seisint.com/tracdb/changeset/33600 ]

Other problems have been masking the issue,
e.g. HPCC-2558 and HPCC-10255

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
HPCC-10481 - Dynamic group leaves groupType uninitialized

A DFS lookup of a dynamic group, e.g. a ip set, left the
referene groupType uninitialized. Consequently it could caused
out of range array lookups into the default replication paths.
This happened when the replication directory of the
ClusterPartDiskMapSpec of a ClusterInfo instance was setup
which was introduced by the previous commit of this issue.

Default groupType to grp_unknown if lookup group based on
ip's.

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
Merge pull request #5215 from jakesmith/hpcc-10481b

HPCC-10481 - Dynamic group leaves groupType uninitialized

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
Merge branch 'candidate-4.0.6' into closedown-4.0.x

Conflicts:
	version.cmake

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge branch 'closedown-4.0.x' into candidate-4.2.2

Conflicts:
	version.cmake

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

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-10514 - Spurious boolean, causing premature timeouts

Super file lookups in a couple of the transaction types could
timeout.
An ancient change that removed a boolean, left in a boolean
in a lookupSuperFile call, which was being interpretted as the
timeout of 1ms.
Most of the time it would still get away with it, as the window
was small enough in Dali that 1ms on a the unambiguous superfile
path, meant it succeeded within 1ms.

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
Merge remote-tracking branch 'origin/closedown-4.2.x'

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge pull request #5213 from jakesmith/hpcc-10255-4.2.x

HPCC-10255 - Sasha not archiving/restoring associated files

Reviewed-By: Gavin Halliday <gavin.halliday@lexisnexis.com>
Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
Merge branch 'closedown-4.2.x' into candidate-4.2.2

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/closedown-4.2.x'

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-10532 Serialize progress information so backward compatible.

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
Merge branch 'issue10532' into candidate-4.2.0

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Community Edition 4.2.0-3 Gold

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