- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
Ini ini(m_serviceProvider);
if( ini.load( gameInputStream ) == false )
{
LOGGER_ERROR(m_serviceProvider)("StartupConfigLoader::loadGame_ Invalid load game settings '%s'"
, _gameIniPath.c_str()
);
return false;
}
IniUtil::getIniValue( ini, "Project", "Name", _settings.projectName, m_serviceProvider );
IniUtil::getIniValue( ini, "Project", "Company", _settings.companyName, m_serviceProvider );
IniUtil::getIniValue( ini, "Project", "Codename", _settings.applicationSettings.projectCodename, m_serviceProvider );
IniUtil::getIniValue( ini, "Project", "Version", _settings.applicationSettings.projectVersion, m_serviceProvider );
IniUtil::getIniValue( ini, "Locale", "Default", _settings.defaultLocale, m_serviceProvider );
IniUtil::getIniValue( ini, "Game", "ContentResolution", _settings.applicationSettings.contentResolution, m_serviceProvider );
IniUtil::getIniValue( ini, "Game", "FixedContentResolution", _settings.applicationSettings.fixedContentResolution, m_serviceProvider );
IniUtil::getIniValue( ini, "Game", "PersonalityModule", _settings.personalityModule, m_serviceProvider );
IniUtil::getIniValue( ini, "Game", "AlreadyRunning", _settings.alreadyRunning, m_serviceProvider );
IniUtil::getIniValue( ini, "Game", "WindowModeCheck", _settings.applicationSettings.windowModeCheck, m_serviceProvider );
IniUtil::getIniValue( ini, "Window", "Size", _settings.applicationSettings.windowResolution, m_serviceProvider );
IniUtil::getIniValue( ini, "Window", "Bits", _settings.applicationSettings.bits, m_serviceProvider );
IniUtil::getIniValue( ini, "Window", "Fullscreen", _settings.applicationSettings.fullscreen, m_serviceProvider );
IniUtil::getIniValue( ini, "Window", "MaxFPS", _settings.maxfps, m_serviceProvider );
IniUtil::getIniValue( ini, "Window", "VSync", _settings.applicationSettings.vsync, m_serviceProvider );
Это оттуда уже другой. Они все сговорились что-ли? Ынтерпрайз головного мозга.
PS: boost::property_map не осилил.
LispGovno 31.01.2014 23:21 # +2
bormand 31.01.2014 23:44 # +2
Отличное использование ООП. Да еще и возвращает результат через анус (видимо ради type inference).
wvxvw 01.02.2014 01:20 # +3
И тут писатель задумается над списками инициализации, и поймет, что нужно ждать следующего обновления стандарта.
ЗЫ. А помните как в конце девяностых было круто слать анимированые сообщения в статус-баре браузера, типа:
.:::you are the 21'st visitor:::.
LispGovno 01.02.2014 08:36 # +2
laMer007 01.02.2014 00:02 # −3
TarasB 02.02.2014 12:27 # +1
Abbath 02.02.2014 14:14 # +3
kegdan 02.02.2014 16:20 # 0
BEKTOPHblu_nETyX 03.07.2019 21:51 # +1
OCETuHCKuu_nemyx 03.07.2019 21:55 # 0
laMer007 04.02.2014 11:20 # 0
OCETuHCKuu_nemyx 02.07.2019 00:31 # 0
guest 01.02.2014 06:14 # +1
Ынтерпрайз головного мозга - это когда такие хомячки как ты, постят всякую срань ни разу не задумываюсь почему было написано так. Удачи тебе в твоем колесе )
bormand 01.02.2014 07:15 # +1
guest 01.02.2014 13:53 # +1
bormand 01.02.2014 14:01 # 0
P.S. Что-за мобилки такие тормозные и умеющие в с++, явно же не андроид? Старенький симбиан? И какой размер конфига?
guest 01.02.2014 14:48 # +1
там все плохо с new + free,
ты не поверишь это бы iPad1
bormand 01.02.2014 15:05 # +2
Ну я погуглил немного сейчас. Куча народу жалуется на тормоза мармеладного аллокатора. Он походу тупо загибается от сильной фрагментации, которую ему устраивают стринг и мап.
Так что я верю ;)
anonimb84a2f6fd141 02.02.2014 03:51 # −1
bormand 02.02.2014 07:23 # 0
kegdan 02.02.2014 09:53 # 0
anonimb84a2f6fd141 03.02.2014 00:49 # −1
kegdan 03.02.2014 02:55 # 0
anonimb84a2f6fd141 03.02.2014 06:04 # −1
kegdan 03.02.2014 06:05 # 0
guest8 01.07.2019 21:52 # −999
PA3yMHblu_nemyx 01.07.2019 22:54 # +1
OCETuHCKuu_nemyx 02.07.2019 00:07 # 0
bormand 02.07.2019 00:08 # 0
guest8 02.07.2019 00:18 # −999
PA3yMHblu_nemyx 02.07.2019 00:39 # 0
KaBauHblu_nemyx 02.07.2019 00:51 # 0
guest8 02.07.2019 01:28 # −999
guest8 02.07.2019 01:27 # −999
Soul_re@ver 02.02.2014 10:09 # +1
Если отожрать себе пул памяти при запуске и реализовать в нём свою суперэффективную систему выделения памяти для дерева конфигов, это решит проблему?
crastinus 02.02.2014 10:36 # 0
bormand 02.02.2014 10:38 # 0
Но это же, имхо, на порядок сложнее, чем sax'ом распарсить.
LispGovno 02.02.2014 10:52 # +3
bormand 02.02.2014 11:06 # +6
Воспитать сына и посадить дерево.
Кстати, а ведь в старых добрых аллокаторах либц и мсвц нет такой адской просадки от фрагментации. У них поди несколько фрилистов под разные размеры, чтобы меньше сканить при поиске дырок?
LispGovno 02.02.2014 11:16 # +7
kegdan 02.02.2014 11:42 # +5
LispGovno 02.02.2014 11:19 # 0
bormand 02.02.2014 12:06 # +2
Дык у мармеладки судя по докам свой велосипедный аллокатор. Отдельный пул указанного в конфиге размера и все такое. Так что походу тормозить под подобной нагрузкой он будет где угодно, и от железа мало что зависит.
LispGovno 02.02.2014 12:12 # 0
bormand 02.02.2014 12:14 # +1
bormand 02.02.2014 12:16 # 0
On a crappy ARM board with a single core glibc can do 300 000 malloc/free pairs per second.
WGH 02.02.2014 13:32 # 0
Кстати, какого хрена люди юзают SAX (push)? Ведь pull-парсер не менее эффективен, а код выглядит не как говно, а как нормальный рекурсивный спуск.
guest 01.02.2014 14:49 # +1
LispGovno 01.02.2014 08:41 # +1
LispGovno 01.02.2014 09:00 # +1
WGH 01.02.2014 16:22 # +1
roman-kashitsyn 01.02.2014 07:31 # +2
Ты хотел сказать property_tree?
LispGovno 01.02.2014 08:38 # +1
roman-kashitsyn 01.02.2014 12:38 # +3
Horse3 01.02.2014 12:06 # −7
KaBauHblu_nemyx 01.07.2019 19:20 # 0
guest8 01.07.2019 19:23 # −999
PA3yMHblu_nemyx 01.07.2019 19:26 # 0
guest8 01.07.2019 19:27 # −999
PA3yMHblu_nemyx 01.07.2019 19:33 # 0
Зайти в эти учётки сможет только тот, кто к ним пароль устанавливал последним.
guest8 01.07.2019 19:39 # −999
PA3yMHblu_nemyx 01.07.2019 20:29 # 0
bormand 01.07.2019 20:35 # 0
KaBauHblu_nemyx 01.07.2019 20:40 # 0
OCETuHCKuu_nemyx 02.07.2019 00:11 # 0
PA3yMHblu_nemyx 02.07.2019 02:02 # +1
OCETuHCKuu_nemyx 03.07.2019 21:47 # 0
guestinxo 30.11.2019 00:57 # 0
XYPO3BO3 30.11.2019 22:38 # 0
LispGovno 03.02.2014 10:37 # 0
kegdan 03.02.2014 12:53 # +2
lurk
http://lurkmore.to/_/55784#mws_7RODybD
anonimb84a2f6fd141 03.02.2014 21:37 # −1
anonimb84a2f6fd141 03.02.2014 21:53 # −1
bormand 03.02.2014 22:18 # +1
anonimb84a2f6fd141 03.02.2014 23:17 # −3
PA3yMHblu_nemyx 02.07.2019 00:41 # +1