CAS-55244-Q1TV and CAS-55247-9Q22

[chrisant]

@SlickSupport -- It seems the voracious interwebs discovered my emails make for tasty snacks.  I've tried to send repro zip files for support cases CAS-55244-Q1TV and CAS-55247-9Q22 but it looks like my mails are being waylaid before they reach you.

So I'm attaching the repro files to this post; or you can use the hyperlinks below.

CAS-55247-9Q22 -- "Smart pointers confuse list members and coloring"
http://chrisant.home.comcast.net/SlickEdit/ReproSmartPointers.zip

CAS-55244-Q1TV -- "SE doesn't understand static_cast (etc)"
http://chrisant.home.comcast.net/SlickEdit/ReproCastOperators.zip

[SlickEdit Support]

thank you!  Can you try sending in a test reply email that does not have files attached? 

[Dennis]

Fixes for both issues are in the latest hotfix.  Enjoy.

[chrisant]

Confirmed, thanks very much!  You just made my week.  A very big "Thank You!" to all SlickTeam members who helped with these.  (Just so you get the full effect, I'll even admit I got so excited I gasped out loud and teared up a little -- in an appropriately macho way, of course).

[chrisant]

The fixes are working great, but I noticed the C++ cast operator support doesn't handle certain forms of "const" syntax.  In the following line "m_nLine" renders as an unrecognized symbol.  Pressing Ctrl+Space after the -> says it can't find a symbol "LangStateEntryconst*".  It looks like it has trouble with const that are to the right side of a type symbol name.

Code: [Select]

ULONG const n2 = static_cast<LangStateEntry const*>( pv2 )->m_nLine;

(Prioritization clarification, so I don't come across more demanding than I intend :  The improvement from the original hotfix is so large that I'd be happy to wait a few months for a "const" fix; it would be nice to see a "const" fix before v17, though).