Trrrrr

А что вам надо конкретно делать?
Вы в состоянии обрабатывать данные по мере загрузки файла?
Какраз отображать файл в память не следует если он очень большой, можно использовать fopen fread по частям.

У меня есть подозрение что не в файле дело а в банальной нехватке памяти, поэтмоу просто попробуйте собраться под х64

У нас сделанно так:
Проект и тесты в одном солюшене. Проект разбит на кучу либ, и от них екзешники, которые имеют не очень много функционала. Тестируем только либы.
Компиляция почти не замедляется, правда используем гуглтест, может с бустом быть медленнее.

Что бы эфективно использовать ТДД необходимо заранее продумывать интерфейсы, как только продумал интерфейс, уже можно писать.
Хотя бы так

class Summator
{
public:
 int Sum(int a, int b) { throw std::expcetion("not implemented");}
}

До его реализации вполне понятно какой тест необходимо писать.
Обычно таких халявных классов не бывает.
Для одной задачи создаются несколько классов, которые зависят друг от друга.
Для того что бы их тестировать отдельно друг от друга прочитайте про моки и используйте депенденси Инжекшн.

у нас я реализовал все хитрее:
есть папка bin - туда попадает все скомпилированное.
есть папка build - в ней файлы проектов (разделенный по папка под разные иде)
есть папка sources - в ней папка совпадающие с именами проектов в сюлеше. т.е. например в солюшене у нас есть 3 проекта Core, Render, Game. Значит в папке сурсес у нас будут 3 таких же папки с такими же именами. В каждой из них в куче лежат и хедеры и сурсы.
Каждый проект находится в своем namespace совпадающим с именем либы.
И есть хедер со всеми инклюдами который выносятся из либы в наружу, т.е. с именем Core.h например. проекты к данным друг друга имеют доступ только через один единсвенный хедер.

Думаю с таким бюджетом есть более интересные варианты.
Буквально вчера купил себе HP Envy TouchSmart 15-j070us за 550 у.е. завезенный с США.
Так что может лучше поискать или бу или неочень официальные ноуты без гарантий от магазина.

покажите полный код. Судя по всему хендл у вас невалидный. Получается файл не открылся.

можно сделать excluded from build одному ццпшнику и создать разніе версии билда.
Или заюзать условную компиляцию #if defined(MAIN1) .... #endif

CHARFORMAT fmt;
 fmt.cbSize=sizeof(fmt);
 fmt.dwMask= CFM_OFFSET;
 fmt.yOffset=100;

вот игрик офсет может тебе помочь.
потом окну шли мессеж:

SendMessage(pRichEd->m_hWnd, EM_SETCHARFORMAT,SCF_ALL,(LPARAM)(&fmt));

С позиции фрилансера это c# в 90% случаев. Так как у с++ не лучшая ниша для фриланса: длительные проекты или ресурсоемкие и наукоемкие вычисления или геймдев(ААА игры или выжимание максимума из мобильных платформ), короче все то, что средний фрилансер не знает или проект будет длится несколько лет, что глупо отдавать на фриланс. Есть конечно небольшой процент приложений на QT, которые выполняют аналогичные с шарпом функции - простенькие гуишки к базам данных и тд.

Я считаю, что лучше сразу учить с++, что бы не говорили, но зная с++ на си писать сможешь и быстро поймешь парадигму, даже если на си пишут в ООП стиле то и его поймешь без классов и тд.
Зато наоборот никаких шансов. Когда человек пишет на с++ в стиле си с классами то остается хвататься только за голову.

Так же хочу заметить, что с++ мультипарадигменый язык, с него будет легко перейти и на java и на c#.

По своему опыту, первая моя работа была как Си программиста, хотя никогда его не изучал. Без проблем прошел и тесты по си и все вопросы и меня успешно взяли. Наоборот бы не вышло.

Что бы не думать что использовать json или xml, рекомендую посмотреть на boost::ptree.

Это враппер над некоторыми стандартными форматами хранения данных.
Вот небольшой туториал:
www.boost.org/doc/libs/1_42_0/doc/html/boost_prope...
вместо write_xml пишите write_json и можете использовать другой формат (хотя там есть ньюансы, но они тут не важны)

Мы на билдсервере запускали питон скрипт, который по определенным законам нам генерировал хедер с нужными дефайнами версий. Старшая версия менялась руками, а вот номер итерации скрипт брал из нашего сайта в интернете.

Скрипт такой пишется буквально за 5 минут.
Возможно есть более простые решения для вашего случая.

Странно, что googletest не предлагаете.
code.google.com/p/googletest

Может подойдет BSTR?

social.msdn.microsoft.com/Forums/vstudio/en-US/2ee...

Есть довольно приятна либа OpenIL.
www.gamedev.ru/code/articles/OpenIL

А так да, очень много кода надо наворотить.

Главная идея простая:
пусть есть

if (a < b) 
{
x = f(1); 
}
else
{
x = f(2);
}

это можно заменить так:
f1 = f(1);
f2 = f(2);
mask = (a < b) * 0xFFFFFFFF;/// это просто упрощенный пример, что бы вернуть или 0 или 0xFFFFFFFF

//тогда 
x = (mask & f1) | (~mask & f2);

Если f1 и f2 вычисляются быстро, то получаем выгоду за счет конвейерной архитектуры процессора. Так как условный переход у нас исчезает. Но если f - тяжелая функция, то скорее всего будет намного быстрее проверить иф и посчитать только один из вариантов.

Правда чаще всего такое делал работая с SSE2.