Hello TeamSpeak Support,
I am experiencing a consistent startup crash with TeamSpeak 6 (version 6.0.0.4528) on Windows.
The client crashes immediately on launch before the UI appears.
I captured and analysed the generated crash dump using WinDbg, and the failure appears to originate inside TeamSpeak.dll during an internal UTF-16 string scan routine.
Crash details
Application: TeamSpeak 6
Version: 6.0.0.4528
OS: Windows 11 (build 26200)
Crash type: Access violation (NULL pointer read)
Faulting instruction:
TeamSpeak.dll +0x1c6df22
vpcmpeqw ymm1,ymm2,ymmword ptr [rdx]
At the time of the crash:
rdx = 0x0000000000000000
rcx = 0x0000000000000000
The crash occurs in a vectorised UTF-16 scanning routine.
Call path
TeamSpeak.dll!RunWinMain+0x973822
TeamSpeak.dll+0xd77535
TeamSpeak.dll+0xea736c
TeamSpeak.dll+0xd600e7
TeamSpeak.dll!RunWinMain+0xf1a
TeamSpeak.exe
The immediate caller passes a pointer loaded from [rsp+38h]:
mov rcx, qword ptr [rsp+38h]
call TeamSpeak!RunWinMain+0x9737b0
That pointer resolves to:
000001f8`530808d0
However, inspecting that memory shows it is not a raw UTF-16 string pointer but appears to be a structure or object containing embedded short-string data.
Example memory contents:
000001f8`530808d0 00007ffe`a1e7c298 00007ffe`a1e7c468
000001f8`530808e0 000001f8`530808d0 00007ffe`a1e7c488
...
000001f8`53080940 02 00 00 00 4e 00 65 00
The bytes at offset +0x70 decode to:
Length = 2
UTF-16 characters = “Ne”
This suggests the code may be passing a string object / small-string structure into a routine expecting a raw wchar_t* buffer, eventually causing the scan routine to dereference a null pointer.
What has already been tested
-
Fresh reinstall of TeamSpeak 6
-
Verified all program files present
-
No compatibility mode enabled
-
No command line flags present
-
Crash occurs before UI startup
-
Reproduces consistently
Given the pointer type mismatch seen in the dump, this appears to be an internal pointer/type handling issue during early startup rather than an environmental problem.
If useful, I can also provide the full crash dump file for analysis.
Please let me know if any additional diagnostic information would help.
Kind regards,
Andrew