tweak(ini): Improve consistency in use of INI::getNextTokenOrNull

[Caball009]

• (Rebase and) Merge after PR refactor(ini): Make the INI code cleaner and more consistent #2596

This PR contains two changes that may change behavior:

1. for (const char* token = ini->getNextToken(); token; token = ini->getNextTokenOrNull()) ->
   for (const char* token = ini->getNextTokenOrNull(); token; token = ini->getNextTokenOrNull())

2. GeneralsGameCode/GeneralsMD/Code/GameEngine/Source/GameLogic/Object/ObjectCreationList.cpp

   Lines 1439 to 1449 in 4de60c2

   	static void parseDebrisObjectNames( INI* ini, void *instance, void *store, const void* /*userData*/ )
   	{
   	GenericObjectCreationNugget* debrisNugget = (GenericObjectCreationNugget*)instance;
   	for (const char* debrisName = ini->getNextToken(); debrisName; debrisName = ini->getNextTokenOrNull())
   	{
   	if (TheGlobalData->m_preloadAssets)
   	debrisModelNamesGlobalHack.push_back(debrisName);
   	debrisNugget->m_names.push_back(AsciiString(debrisName));
   	debrisName = ini->getNextTokenOrNull();
   	}
   	}

   
   Line 1447 is unnecessary / undesirable.

Note on the first change

WRT the first change, it's not possible to have all loops match this format:
for (const char* token = ini->getNextToken(); token; token = ini->getNextTokenOrNull()) because some lines in the standard ini files are incomplete and so the token may be empty. I came across two types of incomplete lines:

https://github.com/TheSuperHackers/GeneralsGamePatch/blob/5845293dd12ab10c5f16c6f3116ce526f62dc369/Patch104pZH/GameFilesOriginalZH/Data/INI/SoundEffects.ini#L333

https://github.com/TheSuperHackers/GeneralsGamePatch/blob/5845293dd12ab10c5f16c6f3116ce526f62dc369/Patch104pZH/GameFilesOriginalZH/Data/INI/Object/ChemicalGeneral.ini#L10693

GeneralsGameCode/Core/GameEngine/Source/Common/INI/INI.cpp

Lines 1871 to 1872 in 4de60c2

	const char *c = ini->getNextTokenOrNull(SEPS);
	while ( c )

GeneralsGameCode/GeneralsMD/Code/GameEngine/Include/Common/BitFlagsIO.h

Line 70 in 4de60c2

for (const char *token = ini->getNextTokenOrNull(); token != nullptr; token = ini->getNextTokenOrNull())

[Mauller]

I mentioned this in the other PR, but i think we should just go down to having a single function getNextToken but it can return null.

External code should then check for null on the first token and gracefully handle it instead of throwing like the original variant did.