Article ID: 222077 - Last Review: November 1, 2006 - Revision: 1.6 Access Violation in RRAS When Windows Time Service Adjusts System TimeThis article was previously published under Q222077 On This PageSYMPTOMS
On a system with Routing and Remote Access Service (RRAS), the following symptoms
may occur as a result of a negative system time adjustment.
CAUSE
Both symptoms are caused by an arithmetic calculation for call duration that can generate
a negative 64-bit result that causes an integer overflow when saved in a 32-bit integer format.
This behavior occurs only if the time adjustment is negative and sufficiently large enough
to move the system clock back to a time prior to the beginning of any RRAS connection. Time adjustments are caused in a variety of ways. Manual time correction through the System Time tool in Control Panel is a potential source, as are automatic mechanisms such as the intrinisic OS operations that periodically synchronize the system time to the CMOS clock resource. Domain-based Microsoft network time services can similarly cause this problem. Additionally, third-party programs that synchronize the system clock to a network-accessible reference clock can act to stimulate this problem. RESOLUTIONWindows NT Server or Workstation 4.0To resolve this problem, obtain the latest service pack for Windows NT 4.0 or the individual software update. For information on obtaining the latest service pack, please go to:
http://support.microsoft.com/default.aspx?scid=fh;EN-US;CNTACTMS
(http://support.microsoft.com/default.aspx?scid=fh;en-us;cntactms)
Windows NT Server 4.0, Terminal Server EditionTo resolve this problem, obtain the latest service pack for Windows NT Server 4.0, Terminal Server Edition. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:152734
(http://support.microsoft.com/kb/152734/EN-US/
)
How to Obtain the Latest Windows NT 4.0 Service Pack
STATUSMicrosoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article. This problem was first corrected in Windows NT Server version 4.0, Terminal Server Edition Service Pack 6. | Article Translations
|
Back to the top
