Conflicts:
	contribs/perlapi/libslurm/perl/typemap
	src/slurmctld/acct_policy.c

Related to bug 771

Add an error code to the information passed to LUA

Avoid build Lua script build error with --enable-developer.
There was an unused variable, so it never reporting a valid LUA
when built with that option.

In version 14.03.2 was using "slurm_<jobid>_4294967294.out" due to
error in job array logic.

cnode counts.

No change in logic, only clean up function description.

Enforcement of file allocations requires use of task/cgroup.

cbcea672

situations where the association tree has multiple grp limits, only honor
the first one.

This is for bug 775

Conflicts:
	src/slurmd/slurmstepd/slurmstepd_job.c

regression from 2a674aee

is running.

together.

Switch/nrt - Properly track usage of CAU and RDMA resources with multiple
tasks per compute node. Previous logic would allocate resources once per
task and then deallocate once per node, leaking CMA and RDMA resources
and preventing their use by future jobs.

If a job is held, then only release it with the "scontrol release <jobid>"
command rather than a simple reset of the job's priority. This is needed to
support job arrays better. Otherwise a priority reset of a job array
would free all requeued/held jobs from that job array rather than
leaving them held.

If a job's priority is set non-zero then always clear the
JOB_SPECIAL_EXIT job state flag, not only when the prior
state is HELD_USER or HELD.
I'm not sure how the job could have cleared the HELD state
and changed to NO_REASON, but this would fix the problem.
bug 760

Change the integer to hex function to support 32-bit unsigned
integers and exit on systems with more than 32 cpus per node
since Expect can not work with numbers so large.

This corrects some anomalies in task_id handling. The most significant
fallout is the "%a" task ID printed for a NOT array job is now
0xfffffffe rather than 0xfffe, but this should not be used anyway.

If the job's stdout or stderr file name contain a "%A" (Job array
ID) and it is not a job array, then treat like "%j" (job ID).

This actually causes more problems since there are a bunch of
places where we set the reason only if it was previously NO_REASON,
but we want to treat this the same way, i.e. untested. Adding
logic everywhere to clear and reset this value seem to create
too much overhead for very little value.