I need to remove the "residual effects" of calling llTargetOmega() on a child prim after it has rotated but then later stopped. I need to put the child prim, back where it was, as if llTargetOmega() were never called. What follows is a detailed description: I am using llTargetOmega() within a script that is located within a child prim of a larger linked object. The child prim correctly rotates 360 degrees back to its original orientation, and stops. This stoppage is created by re-calling llTargetOmega() within a timer() event. Due to slight lags between script events, the previously rotated child prim is not precisely where it originally was oriented. Editing the object in "Edit Linked Parts" does indeed show slight alterations to the Child's rotation parameters. (Usually off by tiny fractions of a rotation). HOWEVER, all known existing scripting functions cannot detect these slight offsets in rotation. Nor can they correct them. I refer to llGetRot, llSetRot, llGetLocalRot, llSetLocalRot, llGetLinkedPrimitiveParams(LINK_THIS,etc) and llSetLinkedPrimitiveParams(LINK_THIS, etc) And both of those functions using PRIM_ROT and PRIM_LOC_ROT in the parameters. All I need is some tricky trick to erase these residual rotations in the child prim, as if llTargetOmega() were never called. None of the above functions can do this. They all think it is back where it began. Although clearly the child prim is visually skewed, and editing the linked parts shows a residual skew in the parameters.