[Bug 460] New: CartesianGeneratorPos, nAxesControllerVel, nAxesGeneratorPos : reset() method conflicts with RTT 1.4

For more infomation about this bug, visit
Summary: CartesianGeneratorPos, nAxesControllerVel,
nAxesGeneratorPos : reset() method conflicts with RTT
1.4
Product: OCL
Version: trunk
Platform: All
OS/Version: All
Status: NEW
Severity: blocker
Priority: P2
Component: Motion Control
AssignedTo: orocos-dev [..] ...
ReportedBy: peter [dot] soetens [..] ...
CC: orocos-dev [..] ...
Estimated Hours: 0.0

Created an attachment (id=159)
--> (https://svn.fmtc.be/bugzilla/orocos/attachment.cgi?id=159)
Proposal for renaming the reset() methods

The CartesianGeneratorPos, nAxesControllerVel, nAxesGeneratorPos components of
the OCL library have a 'void reset()' method (both in C++ and in scripting)
which conflicts with the proposed RTT 1.4 bool TaskContext::reset() function,
which resets a fatal error. One could rename these methods to avoid future
conflicts.

For the 'Pos' components, it would be renamed to 'resetPosition()' and for the
'Vel' component, to 'resetAll()', as opposed to resetAxis(int).

See the attachment.

I just noticed that a lot of components in the 'applications' directory have or
use a reset() method as well. Maybe it is better to rename TaskContext::reset()
to 'TaskContext::resetError()' ?

Any comments from the application writers/users ?

Ruben Smits's picture

[Bug 460] CartesianGeneratorPos, nAxesControllerVel, nAxesGenera

For more infomation about this bug, visit

Ruben Smits <ruben [dot] smits [..] ...> changed:

What |Removed |Added
--------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
CC| |ruben [dot] smits [..] ...

--- Comment #1 from Ruben Smits <ruben [dot] smits [..] ...> 2008-01-18 15:51:12 ---
patch was applied on trunk during the following commi:t

svn log -r28723
------------------------------------------------------------------------
r28723 | psoetens | 2007-11-19 18:00:13 +0100 (Mon, 19 Nov 2007) | 1 line

Merge ocl-debian branch r28686-28722. Fix numerous issues in CMakefiles for
using the new CMake macros.
------------------------------------------------------------------------