Приведите примеры кракозябр и правилльной их расшифровки, что б посмотреть обратима ошибка или нет.

Сравните их побайтно, где несовпадение.
Вижу варианты
а) bArray = pSocket.readAll(); - можете кроме длины и имени и часть файла прихватить уже.
б) pSocket->close(); - возможно сокет закрывается раньше, чем вы всё считали. Не помню точно в Qt нормально ли тут на принимающей стороне всё считаться.

Ну и вот это точно ошибка:

C++ (Qt)
free((void*)ch);

Хотя к вашей проблеме едва ли относится.

Есть некоторый протокол, который передаёт сообщения в формате xml а-ля:

XML
<?xml version='1.0' encoding='utf-8'?>
<ping />

Получаю QDomDocument используя bool QDomDocument::setContent(const QString & text, bool namespaceProcessing, QString * errorMsg = 0, int * errorLine = 0, int * errorColumn = 0).
Всё бы ничего, но транспортный протокол TCP соответственно сообщения может нарезать на кусочки лил склеивать.

С нарезанием ещё как-то справиться можно - если произошла ошибка, значит возможно ещё не целиком пришло сообщение и надо ещё подождать.

А если наоборот произошло склеивание а-ля:

XML
<?xml version='1.0' encoding='utf-8'?>
<message id="1" />
<?xml version='1.0' encoding='utf-8'?>
<message id="2" />

Такой xml не распарсится, так как «<?xml version='1.0' encoding='utf-8'?>» может быть только вначале.
Есть вариант, конечно, резать самому.
В простом варианте просто искать <?xml и там где оно встретилось - новое сообщение.
В большинстве случаев оно сработает за исключением извращений типа:

XML
<?xml version='1.0' encoding='utf-8'?>
<text>
  Processing instruction: <![CDATA[<?xml version='1.0' encoding='utf-8'?>]]>
</text>

Если пытаться таких штук избегать - считай полноценный парсинг Xml делать надо - чего б совсем не хотелось бы.

Соответственно вопрос - есть ли какие-то классы в Qt для парсинга потока Xml документов?

Ну не используете вы кириллицу в коде, а приходит она из транслейта. Вопроса кодировки консоли это же никак не меняет.

Группа программистов-экстрасенсов спешит вам на помощь.

А что по вашему мнению должно прозойти?
Если вы эмитите сигнал внутри конструктура, а коннект вызываете после него, то тот сигнал ничего вызвать и не должен, так как на момент эмита коннекта ещё нет.

Первое или логическое вместо побитового.
Тем самым сбрасываете флаг Qt::SubWindow (и возможно ещё какие-то нужные) и всё начинает глючить.

Не знаю, может мне очень не везло на разработчиков, но те гуёвые Java-программы с которыми я сталкивался оставили у меня привкус жутко бесящей тормознутости (ну и сильно ненативный вид я тоже отношу к минусам).

Ага, попробуйте его запустить на компьютере, где не стоит студия или Visual C++ Redistributable Package.
Но в целом, да, в Qt размер дистрибутива простенькой программы получается большим (если позаморачиваться со статической сборкой, отключением ненужного функционала, upx'ом пройтись и т.п.) или просто неприлично огромным (если этого не делать).

Потому что жизнь - боль.  

И ещё не . а ->

Увы, в 4.8 такого параметра нет. А на 5-ку мы ещё не перешли.

Ну мне надо не с конкретного ip коннекты получать, а с любого.
Для Qt5 вероятно подойдут QHostAddress::AnyIPv4 и QHostAddress::AnyIPv6.

Есть ли возможность заставить QTcpServer принимать соединения только по IPv4? А по IPv6? Я понимаю, что могу уже в созданном сокете посмотреть протокол и дропнуть если не тот, который нужнен, но всё же вдруг есть вариант такие подключения вообще не принимать.

Ну и аналогичный вопрос с другой стороны. Если есть QTcpSocket и я делаю connectToHost не по ip, а по доменному имени, то есть ли возможность задать версию ip протокола или надо в «ручную» ресолвить доменное имя и коннектиться уже только по ip нужного типа?

Да это не такая уж проблема. Эта сериализация нормально документирована. Повторить её на другом языке в нужном объёме не такая уж и проблема.

Неправильная у вас литература. -1073741819, оно же 0xc0000005 - access violation, возникает чаще всего при обращении к уже удалённом или ещё не созданному объекту.

Сильно сомневаюсь, что в Microsoft Telnet Service кодировка utf-8, скорее всего cp866 или cp1251.