Different behaviour running from command line to "Run without Debugging"

Question

Scratching my head here: I have an application which works fine in Debug+Release if started from Visual Studio 2010, in both Debug and "Run without Debugging". If I run the same app from the command line, with the same settings, I see a different behaviour though. In particular, the code that runs differently is:

const List& vl = nDesc.Get<List> ("slots");

int index = 0;
for (auto it = vl.begin (), end = vl.end (); it != end; ++it)
{
    desc.units [index++] = Parse (Tree (*it));
    // If I access it again here, e.g.
    // Log::Info (std::distance (vl.begin (), it))
    // this works always
}

I would assume that's a race condition, but the code is fully single-threaded. Interestingly, adding some random code does not make it work (i.e. just Logging a string is not enough.) Oh, and this loop is run only once, ever.

The data in desc is the same, dumping it to a file after the loop shows the same data has been written. Moving the loop up and down around in that piece of code does not help; neither does changing the auto to List::const_iterator help.

Any ideas where to start debugging this?

[Update] Disabling optimizations on this function does not fix it for Release, but I can attach the debugger and see that everything in there works as expected. Yet I don't get the correct program behaviour. Stills works with "Run without Debugging" and "Run with Debug", too.

If you start it without debugging and attach the debugger later does the bug appear? — Matteo Italia
– Matteo Italia, Commented Mar 18, 2011 at 13:42
It's not necessarily anything to do with this code - it may be somethign else overwriting memory that this code uses. Biggest difference in cmd vs VS is the environment, path and command line args - check these — Martin Beckett
– Martin Beckett, Commented Mar 18, 2011 at 13:45
Command-line and startup folder are exactly the same. Any other differences between "start without debugging" and real release mode? — Anteru
– Anteru, Commented Mar 18, 2011 at 13:52

Matteo Italia · Accepted Answer · 2011-03-18 20:12:14Z

4

I suspect that the problem is related to an uninitialized heap memory block.

The main difference between starting it without debugging and attaching it to the debugger and starting it from the debugger is that in the second case the Windows debug heap is used.

The Windows Debug Heap pre-fills the memory handed to the clients with a particular pattern (0xBAADF00D IIRC), and is activated whenever an executable is started with a debugger attached. Even if it is made to make uninitialized memory bugs discovery easier (because it fills the memory with a "strange" pattern), in this case probably it's masking your problem, since it becomes evident only when no debug heaps are used (so the uninitialized memory blocks are probably filled with zeros).

Notice that this particular code block may be just the tip of the iceberg, the problem may be originated in a different location and emerge just here.

Good luck in finding the bug, this exact kind of problem happened to me too with a third-party library, and, despite some days of searching, I had to give up.

(Incidentally, the Windows Debug Heap is unrelated from the CRT Debug Heap, that instead is activated only in Debug builds of the executable, and, IIRC, it fills the memory with the 0xCD pattern)

edited Mar 18, 2011 at 20:12

answered Mar 18, 2011 at 13:50

Matteo Italia

127k18 gold badges219 silver badges313 bronze badges

Sign up to request clarification or add additional context in comments.

6 Comments

Anteru Over a year ago

Notice I get correct behaviour when starting without debugging from VS.

Matteo Italia Over a year ago

@Anteru: nothing strange, once I stumbled in exactly the same problem (ok with the debug heap, crash on the "normal" heap). It depends on which pattern (0xBAADF00D/0xCD/0x00) is more likely to make the code fail.

Anteru Over a year ago

So even if I run without debugging from within VS, I'll get the debug heap?

Matteo Italia Over a year ago

@Anteru: no, you get the debug heap if the process is started with a debugger attached; sorry, I'll fix the answer.

Anteru Over a year ago

Indeed, memory is initialized differently if "Run without Debugger" compared to running normally. Figured it finally out, a variable was not initialized correctly.

|

Mark B · Accepted Answer · 2011-03-18 13:48:03Z

0

It looks like desc.units doesn't have enough space for all the items being added to it, although we'd need more context to be sure.

answered Mar 18, 2011 at 13:48

Mark B

96.6k10 gold badges113 silver badges198 bronze badges

1 Comment

Anteru Over a year ago

Using desc.units.at (index++) doesn't raise an exception, so that's ok. It's prefilled to the correct amount elsewhere.

Collectives™ on Stack Overflow

Different behaviour running from command line to "Run without Debugging"

2 Answers 2

6 Comments

1 Comment

Your Answer

Hot Network Questions

Collectives™ on Stack Overflow

2 Answers 2

6 Comments

1 Comment

Your Answer

Sign up or log in

Post as a guest

Related