tcc.exception.log

[Joe Caverly]

     _x64: 1
   _admin: 1
_elevated: 1

TCC  27.00.20 x64   Windows 10 [Version 10.0.19042.746]

This morning, my C: drive went from 39.4% full to 100% full.

The culprit was the tcc.exception.log file;

c:\programdata\jp software\take command 27>dir

Volume in drive C is unlabeled    Serial number is acb2:6a48
Directory of  C:\ProgramData\JP Software\Take Command 27\*

2021-02-09   7:46         <DIR>    .
2021-02-09   7:46         <DIR>    ..
2021-02-06  13:35         <DIR>    updates
2021-02-09   8:21 306,086,231,390  tcc.exception.log
2021-01-12   9:20             470  TCEdit.exception.log
     306,086,231,860 bytes in 2 files and 3 dirs    306,086,236,160 bytes allocated
      28,319,039,488 bytes free

Looks like it started yesterday;

[2021/02/08 00:00:15.063] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:00:15.063] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:00:15.079] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:00:15.063] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:00:15.079] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO

...and finished today;

[2021/02/08 00:35:10.969] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:35:10.985] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:35:10.985] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:35:10.985] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO
[2021/02/08 00:35:10.985] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain()  SEH Exception: 0x00007FFBEB6643E7 - INT_DIVIDE_BY_ZERO

However, the date is misleading.

I use the RunAsDate utility to run a .BTM file with the previous days date;

It would appear that TCC does not like to be launched using this utility.

Joe

 

[rconn]

I can think of a half-dozen things in TCC that wouldn't like to have the date manipulated, including some that I can't kludge around (like the licensing code).

However, that exception is not coming from TCC.EXE or one of its dll's. Judging from the address, it appears to be a Windows dll that is throwing a hardware exception that TCC catches & logs.

 

[DrusTheAxe]

I had a similar problem but I just started TakeCommand, opened a few more tabs, typed something into one of them but didn't hit return and switched to another, and my disk starts filling like mad. Like, 1GB in a dozen seconds. No date or other maniapulation, I literally typed "bu" and didn't finish the command and...boom filled with same error in the log

[2021/03/01 23:00:04.262] D:\TakeCommand27\TCConsole\ntinit.cpp:364 wmain() SEH Exception: 0x00007FFAA7A843E7 - INT_DIVIDE_BY_ZERO

This is Take Command v27.00.21 x64 on Windows 10.0.19041.804

And it just happened literally I typed "ver" to get Windows' version number and the r kinda started flashing ('cause the cursor?) and tcc.exception.log started getting spammed like mad.

I don't see how that would have anything to do with date or licensing code. Do you capture a stacktrack when the exception's thrown? Do you have more detailed data you can log? Do you need help from Microsoft?

- Howard

P.S. TakeCommand's installed at C:\Util.W32\TCMD27 so that reported path ain't me. Is that where TCC source was compiled?

 

[DrusTheAxe]

BTW I used FeedbackHub to send feedback to Microsoft => Windows Insider Program