Станислав Макаров

У вас где-то в коде:
QMainWindow *window = new QMainWindow();
вам потом надо сделать:
delete window;
а потом снова создать его. Если нужно именно чтобы
> глаз не мозолило
то проще делать hide и show

Если pcap действительно не предоставляет никакой инфы о процессе, который забрал пакет (вполне вероятная и нормальная ситуация, т.к. работает он в режиме ядра), то попробуйте проставить соответствие по номеру порта, раз уж вам TCP нужен. С точки зрения сетевого протокола, именно порт уникально идентифицирует процесс-получатель и процесс-отправитель (например, вы ведь никак не повесите два независимых веб-сервера на одном порту. Также и при исходящем TCP подключении ОС выделяет для каждого подключения отдельный случайный порт). Т.к. информацию о портах и TCP-соединениях (в т.ч. в listening статусе) вы по идее сможете получить (ведь существует и как-то работает TcpView из пакета Sysinternals), то и по порту пакеты сможете привязать.
Само собой, один процесс может открывать много портов на прослушку и устаналивать множество соединений, как входящих так и исходящих. Если вам нужно еще и отдельные TCP-стримы сохранять (например, к 80-му порту веб-сервера подключилось много клиентов), то тогда уникально идентифицируйте каждый коннект с помощью четверки: (source_ip, source_port, destination_ip, destination_port).

vilgeforce говорит верно, это релизы, содержащие как скомпиленные исполняемые модули, так и символа к ним, например pdb-файлы, если проект собирается Студией. Символьные файлы могут выкладывать как вместе с исполныемыми модулями, так и отдельно от них. Это разумно, т.к. символьные файлы нужны только для отладки, а т.к. далеко не каждый пользователь софтины будет ее дебажить, то нет смысла всегда скачивать символы, которые нередко весят больше самих модулей.
По VS вот несколько ссылок, по остальным компиляторам поищите сами:
stackoverflow.com/questions/72104/how-do-i-use-pdb...
https://en.wikipedia.org/wiki/Program_database
https://msdn.microsoft.com/en-us/library/yd4f8bd1%...

Я думаю вам придется изучить и частично повторить логику винды в плане приклеивания окна - т.е. получать размер рабочей области на текущем мониторе и делать окно в половину области с нужным положением. С точки зрения приложения нет никакой необходимости сообщать ему, что окно прилеплено - для него не должно быть разницы, прилепили его или вручную поресайзили до такого размера.
Старый размер окна запоминает виндовый менеджер окон, как и в случае c maximize/minimize - иначе бы старые приложения не работали с прилипанием, а они все работают без проблем, значит операционка ничего нового не требует.

ideone.com/HLeMY2

#include <algorithm>
#include <iostream>

class one
{
public:
	one(std::string a) : _a(a) { }
	std::string a() { return _a; }
private:
	std::string _a;
	int b;
	bool c;
};

int main() {
	const std::vector<one> ones = {
		one("Vasya"),
		one("Meh"),
		one("Foo"),
		one("Vasya"),
		one("Vasya"),
		one("Bar")
	};
	std::cout << std::count_if(
			ones.cbegin(), ones.cend(),
			[](one o){ return o.a() == "Vasya"; }
		);
	return 0;
}

Если есть вопросы - задавайте

SelectedRows - это коллекция DataGridViewSelectedRowCollection, а она реализует только не-generic IEnumerable, который при перечислении возвращает System::Object-ы. Поэтому делайте for each (System::Object^ item in dataGridView->SelectedRows) и затем кастуйте к строке явно.

Переделывать строки с std::string на QString может быть и не нужно: достаточно всем договориться, что в std::string может быть UTF-8 текст. Тогда уже нельзя полагаться на соответствие символ == элемент_string-а, т.е. у вас std::string будет хранить уже не символы, а байты (!) строки, и size() будет уже показывать количество байт. Если вас нужно только сохранять/загружать, то это как раз вам подойдет. Затем, чтобы запихнуть в контрол, делаете в нужных местах str.toUtf8() и QString::fromUtf8(...) и счастье.
Если вам нужно обрабатывать текст посимвольно, например вырезать подстроку, то без поддержки юникода вам ничего не сделать. В этом случае, либо юзайте QString в местах обработки текста, либо подключайте ICU.

Сложности в создании игр у вас будет три:
1) программирование, и C++ в частности - не лучший язык для изучения программирования, хотя как второй по счету язык - вполне подойдет. Как инструмент для разработки игр, плюсы, безусловно, лидируют.
2) компьютерная графика, и OpenGL в частности - вам нужно будет хорошо разобраться, как рассчитываются изображения, и как собирается финальная картинка. Для разработки игр вам понадобится знание графического конвейера, шейдеров, понимание общих принципов растровой и векторной графики (что такое цвет, пиксель, растр, как задаются векторные примитивы), понимание принципов анимации (как рисовать движущуюся картинку).
3) математика, и линейная алгебра в частности. Операции с матрицами и векторами - это минимум, без которого даже 2d не сделаешь. Если захотите всяческие реалистичные эффекты - это еще и физика, в частности - механика. Прежде чем нарисовать летящий по баллистической траектории снаряд, нужно сначала рассчитать, ГДЕ он будет находиться на экране (в виртуальном пространстве) в каждый промежуток времени. Ну и так со всей начинкой игры. Вам следует четко понимать, что если вы не собираетесь брать готовый графический движок, то opengl вам сможет лишь нарисовать что-либо что вы ему скажете. Что рисовать и где - вы должны будете запрограммировать сами, во всех деталях.
Как уже сказал GavriKos, геймдев - сложная область, можно сказать двигатель прогресса в технологиях развлечений. Конечно далеко не все разработчики игр участвуют в создании самых современных движков или крупнейших MMO-проектов, однако отставать в этой индустрии нельзя - только игры с оригинальной идеей могут позволить себе графику 10-летней давности, например.

На глаз в коде ошибок в работе с памятью не видно. Могу предложить еще раз внимательно проверить, правильные ли библиотеки кьюта используются. Библиотеки должны соответствовать версии компилятора и рантайма, битности собираемого экзешника и конфигурации сборки (дебаг/релиз). Проверьте, все ли у вас верно подключено. Масса странных плавающих ошибок может появляться, если, например, кьют собран под 2010-ю студию, а используется в проекте с компилятором из 2013-й и наоборот.