Fix for TRQ-1748: Submitting with Submitting with "-v", "-V" and "-t" option does not export MOAB_JOBARRAYINDEX into the job's environment in versions of MOAB(7.0.3 through 7.1).
Merge branch '4.2-dev' of https://github.com/adaptivecomputing/torque into 4.2-dev
Formatted readme.
Fixed a compile error with --enable-nvidia-gpu.
cc1plus: warnings being treated as errors
nvidia.c: In function ‘int check_nvidia_setup()’:
nvidia.c:487: error: deprecated conversion from string constant to ‘char*’
make[3]: *** [nvidia.o] Error 1
Did a typecast to char * for the constant string. TRQ-1793
Merge branch '4.2-dev' of https://github.com/adaptivecomputing/torque into 4.2-dev
Merge pull request #108 from adaptivecomputing/4.2-dev

4.2-dev --enable-nvidia-gpus compile warning
Merge pull request #107 from fintler/formatted-readme

Formatted readme.
Fixed unit test.
Addition of travis-ci configuration (see <http://travis-ci.org/>).
Merge branch 'master' of github.com:adaptivecomputing/torque into travis-ci-integration
Addition of the travis-ci build status to the main README file.
Added unit test.
Fix a problem with --enable-cpuset not compiling.
Merge branch 'master' of https://github.com/adaptivecomputing/torque
TRQ-1798. If mppmaxnodect is set on a queue, pbs_server would assume that mppnppn was 1 if it wasn't set. Make it assume mppnppn is the largest number of cores available on any compute node. This will more reasonably calculate how many nodes the job will use.
TRQ-1798. If mppmaxnodect is set on a queue, pbs_server would assume that mppnppn was 1 if it wasn't set. Make it assume mppnppn is the largest number of cores available on any compute node. This will more reasonably calculate how many nodes the job will use.
Connections between Moab and TORQUE have been getting terminated
with an end of file error. The problem was that when the connection
was idle TORQUE would time out and return a PBSE_TIMEOUT error from
a read call. However, the error code was converted to an end of file
error by the time it made it to the start_process_pbs_server_port loop
and the connection was terminated. This has been fixed so the PBSE_TIMEOUT
error always makes it all the way up the stack and the connection is
not terminated. TRQ-1762
Fixed a unit test.
Merge branch '4.2-dev' of https://github.com/adaptivecomputing/torque into 4.2-dev
Merge pull request #113 from adaptivecomputing/4.2-dev

4.2 dev - Stop TORQUE from terminating connections when the timeout limit is hit.