The last time Hackerfall tried to access this page, it returned a not found error. A cached version of the page is below, or click here to continue anyway

Unused Arguments Aren't a Problem When Recursing Right? – Null Terminated Strings

Unused Arguments Aren't a Problem When Recursing Right?

You should let your compiler devs know about this.

02 Nov 2015 in C++  2.525 minutes read

So before I started interning with the fine folks of DigiPen R&D in the Summer of 2015, I was using one of their projects, Zilch, as a scripting language in my game Ripple. As a side project I looked into making an Atom plug-in for Zilch.

I didnt get particularly far, but I got far enough to realize that the code internal to Zilch that finds member functions was broken.

Heres a snippet from the Zilch source code that was causing my problem.

Function* BoundType::FindFunction(StringParam name, const Array<Type*>& parameters, Type* returnType) const
  const FunctionMultiMap* functions = /* It gets set somehow */;

  // Attempt to find the array
  const FunctionArray* foundFunctions = functions->findPointer(name);

  // Check if we found any functions by that name at this level
  if (foundFunctions != nullptr)
    // Look through all the functions found and check if they signatures match.
    // return it if it does.
  // If we found nothing...
    // Check our base type for this function.
    // No other use of returnType exists in the body of this function.
    return this->BaseType->FindFunction(name, parameters, returnType);

  return nullptr;

Heavily truncated, but essentially this function looks for a function on a BoundType, typically some Zilch class youve compiled, based on name, an array of parameter types, and return type. The problem lies in the fact that at the time, this code never actually looked for returnType. But we never got an unused parameter warning because the returnType was being used, in the recursive call into this function!

Wow, okay, well thats an interesting problem to run into. Took me an hour or two to find, and the guy who eventually became my boss and I had a good laugh. His tests were actually relying on this bug, so that required some fixing on his part.

But then I gave this some more thought, and I wondered why this wasnt tracked by MSVC. So I went and tested it on the pre-release VC 2015 compiler. Turned out it still didnt work. So I messaged STL on reddit, and he suggested I file a Connect bug. So I did.

But then I decided to make a test case for any given compiler and see if any of the compilers I would typically consider using solved this, and it turns out they dont.

Heres the test code:

#include <iostream>
using namespace std;

int Recursive(int num, const char *notUsed);

int main()
  const char *notUsedLocal = "Not used";

  cout << "Test: "
       << Recursive(1, notUsedLocal)
       << endl;
  return 0;

int Recursive(int num, const char *notUsed) 
  if (num > 5)
    return num;
    return Recursive(++num, notUsed);

And the flags I used to compile on g++ (5.2.0), clang (3.7) and Borland (Embarcadero) (6.50):

g++ -Wunused-parameter source.cpp -o gccOut.exe

clang++ -Wunused-parameter source.cpp -o clangOut.exe

bcc32 -w source.cpp

None of them reported it.

So if youre interested in getting this fixed for the compilers you might use, let people know, and contact them through these bug reports:

Bug Reports:




Continue reading on