In DEG mode, the QNX desk calculator returns the following

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (WRONG, should be 90 degrees)

ASIN of 1.0 = 0.017454 (WRONG, should be 90 degrees)

ACOS of 1.0 = 1.553342 (WRONG, should be 0 degrees)

in RAD mode

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (which is pi/2, and correct)

ASIN of 1.0 = 1.553342 (which is pi/2, and correct)

ACOS of 1.0 = 0 (correct)

It’s clear what’s wrong. The program is applying the degrees-to-radians

conversion to the INPUT of ASIN and ACOS, rather than the output.

This caused us to miscalculate the maximum terrain slope the Overbot

could traverse. But we caught it in simulation testing.

[QNX 6.21 PE]

John Nagle

Team Overbot

John Nagle <nagle@overbot.com> wrote:

Yup, reproduced in 6.3.0 SP2, and I’ve issued a PR, 27158,

against it.

-David

In DEG mode, the QNX desk calculator returns the following

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (WRONG, should be 90 degrees)

ASIN of 1.0 = 0.017454 (WRONG, should be 90 degrees)

ACOS of 1.0 = 1.553342 (WRONG, should be 0 degrees)

in RAD mode

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (which is pi/2, and correct)

ASIN of 1.0 = 1.553342 (which is pi/2, and correct)

ACOS of 1.0 = 0 (correct)

It’s clear what’s wrong. The program is applying the degrees-to-radians

conversion to the INPUT of ASIN and ACOS, rather than the output.

This caused us to miscalculate the maximum terrain slope the Overbot

could traverse. But we caught it in simulation testing.

[QNX 6.21 PE]

John Nagle

Team Overbot

–

David Gibbs

QNX Training Services

dagibbs@qnx.com

Did you do a search first? PR8710 seems to be complaining about the

same thing. (BTW I just fixed it.)

David Gibbs wrote:

John Nagle <> nagle@overbot.com> > wrote:

Yup, reproduced in 6.3.0 SP2, and I’ve issued a PR, 27158,

against it.

-David

In DEG mode, the QNX desk calculator returns the following

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (WRONG, should be 90 degrees)

ASIN of 1.0 = 0.017454 (WRONG, should be 90 degrees)

ACOS of 1.0 = 1.553342 (WRONG, should be 0 degrees)

in RAD mode

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (which is pi/2, and correct)

ASIN of 1.0 = 1.553342 (which is pi/2, and correct)

ACOS of 1.0 = 0 (correct)

It’s clear what’s wrong. The program is applying the degrees-to-radians

conversion to the INPUT of ASIN and ACOS, rather than the output.

This caused us to miscalculate the maximum terrain slope the Overbot

could traverse. But we caught it in simulation testing.

[QNX 6.21 PE]

John Nagle

Team Overbot

Wojtek Lerch <Wojtek_L@yahoo.ca> wrote:

Did you do a search first? PR8710 seems to be complaining about the

same thing. (BTW I just fixed it.)

I searched on “phcalc”, which didn’t throw up anything that matched.

I guess you should mark 27158 as a duplicate of 8710.

-David

David Gibbs wrote:

John Nagle <> nagle@overbot.com> > wrote:

Yup, reproduced in 6.3.0 SP2, and I’ve issued a PR, 27158,

against it.

-David

In DEG mode, the QNX desk calculator returns the following

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (WRONG, should be 90 degrees)

ASIN of 1.0 = 0.017454 (WRONG, should be 90 degrees)

ACOS of 1.0 = 1.553342 (WRONG, should be 0 degrees)

in RAD mode

ASIN of 0.0 = 0 (correct)

ACOS of 0.0 = 1.570796 (which is pi/2, and correct)

ASIN of 1.0 = 1.553342 (which is pi/2, and correct)

ACOS of 1.0 = 0 (correct)

It’s clear what’s wrong. The program is applying the degrees-to-radians

conversion to the INPUT of ASIN and ACOS, rather than the output.

This caused us to miscalculate the maximum terrain slope the Overbot

could traverse. But we caught it in simulation testing.

[QNX 6.21 PE]

John Nagle

Team Overbot

\

–

David Gibbs

QNX Training Services

dagibbs@qnx.com