Freezes when cursor is over the .second of a std::map iterator

[rowbearto]

I tried to make a small test project to repro it for you, but it doesn't seem to reproduce well that way. My real project is quite large, so maybe large project is needed?

Why I put the cursor on a "second" in mapiterator->second, SE often freezes for 10s of seconds.

[Dennis]

Is "mapiterator" a symbol that is defined in thousands of different classes ?  If you do a Ctrl+. on mapiterator, does SlickEdit clearly know which one to jump to ?

Also, what platform & compiler/version are we talking about here?

[rowbearto]

Is "mapiterator" a symbol that is defined in thousands of different classes ?  If you do a Ctrl+. on mapiterator, does SlickEdit clearly know which one to jump to ?

It is not a common symbol, it is a local defined in a "for" loop. Ctrl+. immediately goes to its definition. See example below:

Code: [Select]

  for (TaskStatsMap::iterator currentThreadIt = taskStatsMap_[currentTaskStatsIdx_].begin();
        currentThreadIt != taskStatsMap_[currentTaskStatsIdx_].end();
        ++currentThreadIt)
  {
    const int& pid = currentThreadIt->first;
    TaskStats& currentTaskStats = currentThreadIt->second;
  }

I'm on Linux x64. I'm using gcc (versions 3 (legacy) and 5 (modern)) to build my product.

[rowbearto]

I also happen to have a few levels of typedef:

Code: [Select]

template <typename _Key, typename _Tp, typename _Compare = std::less<_Key>,
          typename _Alloc = std::allocator<std::pair<const _Key, _Tp> > >
class CmnMap
{
public:
  #ifdef CMN_MAP_USE_STD
  typedef std::map<_Key, _Tp, _Compare, _Alloc> type;
  #else
  typedef boost::container::map<_Key, _Tp, _Compare, _Alloc> type;
  #endif
};

typedef CmnMap<int, TaskStats>::type TaskStatsMap;


[Dennis]

Do you have CMN_MAP_USE_STD defined in your C/C++ preprocessing ?   Preferably to 1 rather than 0 because boost is so horrid.

[rowbearto]

I don't have CMN_MAP_USE_STD in the Slick preprocessing. I can try that.

In my real project I have it compiled once with it defined, and once with it not defined, because older versions of our product use an ancient compiler.

But for SlickEdit project, setting it will be fine for code browsing.

[rowbearto]

Adding that preprocessor symbol seems to have helped, I don't see those freezes

[rowbearto]

My small test workspace did not contain my boost project in its workspace so that is probably why I couldn't reproduce it with that.

Anyway, if it can happen with boost, it could happen with something else - maybe something to look into with lower priority. But I can workaround by defining the preprocessor symbol.