В релизе файлы pdb я удаляю, исключения при этом по прежнему содержат "описание исключения" и  "call-stack с названиями функций", но теряется: "название файла сурса" и "номер строки" в нём.

Понятное дело для этой инфы нужен pdb файл, и он у меня есть, но в релиз я его пихать не собираюсь. Мне необходимо как то получить "нерасшифрованную инфу о точках колстека" в момент ловли исключения (например оффсеты в бинарнике или что то типа того), а потом расшифровать их каким то образом имея на руках pdb файл.

Целый dumb файл мне не нужен, я не собираюсь ничего дебажить, мне нужна ровно та инфа, которой не хватает в описании исключения: названия сурсов и номера строк.

Сейчас без pdb файла у меня:

System.Exception: TEST
   at ConsoleApp2.TestClass.Funx1()
   at ConsoleApp2.Program.Main(String[] args)

Моё представление как примерно должна выглядеть строка исключения без pdb файла:

System.Exception: TEST
   at ConsoleApp2.TestClass.Funx1() in A1351QXQYWY1616790190FFAFADSAGA
   at ConsoleApp2.Program.Main(String[] args) in FFHJGHKHGGADGAJQWETGJ1241526

Как мне такого добиться? И как потом расшифровать эту строку, имея на руках pdb файл.

И получить в итоге на стороне разработчика:

Там располагаются байты с метками на данные, которые используются компилятором С/C++ как внешние переменные или массивы.

Вообще, в воду будет падать 2 типа объектов: кубы и шары. Но для упрощения шары не буду рассматривать. Пусть с водой взаимодействуют только кубы.
В чем проблема: у меня нет опыта работы с волнами/брызгами. Нет даже представления о том как оптимальнее и лучше сделать волны. Брызги можно сделать системой частиц. Можно еще меш с текстурой брызгов как-то сделать и с брызгами вроде еще можно справиться. Но а как быть с волнами? Как делают волны?

Здесть видео примера того как должны выглядеть волны. А здесь картинки с примерами волн:

Для затухания используется формула

float attenuation = 1.0 / (light.constant + light.linear * distance + 
light.quadratic * (distance * distance));

Мне нужно чтобы поинт-лайт имел радиус освещения, к примеру, ровно 4 метра, чтобы за этим радиусом света не было вообще. Если пытаться это сделать по формуле выше, то свет получается слишком тусклым, нужные константы constant, linear, quadratic подобрать не получается, либо радиус света слишком велик, либо свет слишком тусклый.
Посоветуйте альтернативных формул затухания пожалуйста.

Правка: 12:17

Экономическая/градостроительная стратегия/конструктор (по типу факторио)
Игра скорее всего 2D, наверно пиксельная.
2 режима: глобальная карта, карта местности
Глобальная генерируется динамически в виде острова/архипелага - структура сотовая
Местная карта - тоже динамическая, но более упрощенная в зависимости от типа соты глобальной карты (По сути как это все сделано в rimworld с картами, только у меня игровой процесс так же завязать на деятельностях по строительству и на глобальной карте)

На глобальной карте нужны слои городов, дорог, прочих накладываемых на глобальную карту динамических объектов. В принципе план на ближайший год реализовать эту задумку.

Основные вопросы на данный момент:
1. Движок игры, склоняюсь к unity 2D (не знаю, планирую изучать);
2. Алгоритмы/библиотеки (возможно платные) по генерации ландшафта островов / архипелагов - тут очень важно чтобы они были реалистичными (сам я уже экспериментировал с Шумом Перлина для генерации) результат не очень или сильно гористая или плоская, генерация карт местности проще там по сути простой квадрат с тайлами ландшафта)
3. Архитектурный вопрос, есть какие то шаблоны, предопределенные модели для таких игр, практики (книги).

Спасибо, если кто наставит на путь и даст свои советы новичку.

Для того, чтобы разобраться с вопросом решил создать простой проект. Есть несколько сундуков (я так буду называть любой ящик, в который можно что-то положить), и одновременно на экран можно вывести содержимое только одного сундука. Экземпляры сундуков хранятся в массиве, один из сундуков является "Текущим".

На экран выводится:
1) Название сундука,
2) Описание сундука,
3) Предметы, которые в нём лежат,
4) Предметы в инвентаре игрока,
4) Кнопки "ПРЕДЫДУЩИЙ", "СЛЕДУЮЩИЙ", "ГЛАВНОЕ МЕНЮ"

Нажатие на предмет в сундуке перемещает его в инвентарь, нажатие на предмет в инвентаре перемещает предмет в сундук.

Нажатие на кнопку "ПРЕДЫДУЩИЙ" открывает предыдущий сундук в массиве, а нажатие на кнопку "СЛЕДУЮЩИЙ" выведет на экран следующий сундук.

Кнопка "ГЛАВНОЕ МЕНЮ" откроет меню со следующими кнопками: "ЗАГРУЗИТЬ", "СОХРАНИТЬ", "НОВАЯ ИГРА", ну может быть будет кнопка "ВЕРНУТЬСЯ", чтобы закрыть главное меню.

Я не могу понять, как должно происходить сохранение игры. Как сохраняется информация о размещённых объектах? Допустим нажимаем на кнопку "СОХРАНИТЬ", тогда происходит событие сохранения, все сундуки подписаны на это событие, и попытаются сохранить себя. Но что это значит? Не будет же объект сохраняться как последовательность байт, со своими полями и методами. Как я понимаю каждый сундук попытается сохранить своё состояние, а именно набор объектов. Но как? Просто побитно запишет объекты? Или создастся некий файл с описанием атрибутов, которые потом нужно восстановить?

Так же не понимаю как происходит инициализация каждого сундука. Допустим мы начали новую игру, сначала создаётся последовательно 3 пустых (без объектов) экземпляра сундуков, потом некий сборщик наполняет их объектами?

Представим сундук:
СТАРЫЙ СУНДУК, а нём 3 объекта: "Кирпич", "Нож" и "Бутылка", каждый из этих объектов экземпляр своего класса, который наследуется от класса Item. Как бы выглядел файл сохранения, и как сборщик по нему бы заново их разместил бы в сундуке?

Приведу пример кирпича:

class Brick : Item
{
  title = "Кирпич";
  name = "item_brick_01";
  description = "Старый немытый кирпич";
  icon = sprite_brick_01;
  weight = 3.00;
  endurance = 100.0;

  //Куча методов
}

Сомневаюсь, что при сохранение мне нужно сериализовать объект, наверное сохраняются только данные, но не весь класс со своими методами.

Например, когда в Skyrim сохраняемся во время драки, в файл сохранения попадают классы все бойцов, существ, и прочего? Скорее всего сохраняется некоторая информация, по которой происходит сборка при загрузке.

Наколхозил диаграмму, может понятней станет о чём я говорю.
Может у кого есть исходник крайне простой игры с реализацией сохранения/загрузки на c/c++?

Вот такой пример:

char p=-8;
if(p==-8)Printf("Yea");
else Printf("No!");

выдаст в Watcom C "No!". 
В то время как в mingw выдаёт: "Yea"

Согласно стандарту K&R  по дефолту какие типы знаковые или нет? 
Кто нарушил стандарт - Watcom или mingw?