SlickEdit 2007 Symbols Expand Children crash

[dakdikmen]

Hi,

I am have a problem expanding classes that are in certain packages in my symbols tab.  It does not seem obvious which ones and wondered how I was going to reproduce it for you guys.  Then I noticed that for VS 2005 tag file (you should have that..) it also does the same stack dump!

On 12.0.0 , go open the Symbols Tab, select the "Compiler:.....\12.0.0\tagfiles\Visual Studio 2005.vtg" and right click and select the Expand Children.

On 11.0.2, you can open the Classes tab and select the "Compiler: .... \11.0.2\tagfiles\Visual Studio 2005.vtg" right click the Expand Children and it expands (takes a while, but after much asking as it grows, it does work)

Hey, should add this in your beta tests.... that's if you guys can reproduce this...


Stack trace written to file: C:\Temp\vsstack
 Invalid argument
cbrowser.ex 13294 cb_get_normalized_inheritance(ATL/__ComEventingImpl,0,
   3:   

• =H:\Documents\My SlickEdit Config\12.0.0\tagfiles\Visual Studio 2005.vtg

   4:   0
   5:   __EventHandlerProxy
   6:   
   7:   
   p_window_id: 90
   p_object: OI_TREE_VIEW
   p_name: ctl_class_tree_view
cbrowser.ex 14115 static(ATL/__ComEventingImpl,0,0,
   4:   

• =H:\Documents\My SlickEdit Config\12.0.0\tagfiles\Visual Studio 2005.vtg

   5:   __EventHandlerProxy
   p_window_id: 90
   p_object: OI_TREE_VIEW
   p_name: ctl_class_tree_view
cbrowser.ex 18999 _tbcbrowser_form.ctl_class_tree_view.\x{92b}(14,33464)
   p_window_id: 90
   p_object: OI_TREE_VIEW
   p_name: ctl_class_tree_view
cbrowser.ex 48565 do_expand_children(33464,1356,1)   p_window_id: 90   p_object: OI_TREE_VIEW   p_name: ctl_class_tree_view
cbrowser.ex 48678 do_expand_children(23,1356,1)   p_window_id: 90   p_object: OI_TREE_VIEW   p_name: ctl_class_tree_view
cbrowser.ex 48678 do_expand_children(16,1356,1)   p_window_id: 90   p_object: OI_TREE_VIEW   p_name: ctl_class_tree_view
cbrowser.ex 48678 do_expand_children(5,1356,1)   p_window_id: 90   p_object: OI_TREE_VIEW   p_name: ctl_class_tree_view
cbrowser.ex 48927 cb_expand_children()   p_window_id: 90   p_object: OI_TREE_VIEW   p_name: ctl_class_tree_view

[hs2]

Works for me (SE v12 on WXP-SP2). Takes it's time and asks for expanding 'A' and 'R' - but it doesn't dump.
Did you already install VS2005-SP1 (as I did) ? Maybe that's a difference...dunno.

HS2

[dakdikmen]

Not sure what's installed (configured by IT guys here at work).  The "Add & Remove Programs" says VS2005 got a patch (KB925674) installed.  Help about says Version 8.0.50727.42 (RTM.050727-4200)

I was hoping that this was easy to reproduced on other peoples machines.  I moved back to 11.0.2 cause the tagging doesn't work any more for my projects.  We got a large code base, but the headers for VS2005 are about the same size..

-David

[hs2]

FYI: VS2005-SP1 'About' says: Microsoft Visual Studio 2005 Version 8.0.50727.762  (SP.050727-7600)
Did you change/add sth. in your C-Preprocessing setup (and did you re-tag everything related properly) ?

HS2

[dakdikmen]

Hi,
 I have it working at home (with Version 8.0.50727.762 (SP....)  Maybe it's got to do with the non-patched VS 8.0?  Anyone else has it work with the older VS2005?

How can I tell what C-Preprocessing I have changed?  I think it(12.0 installer) copied stuff from my 11.0.2 install area.  I do have to set some C-Preprocessing in my solutions to get the correct symbols.  But, this shouldn't crash the symbol tables!

Not only is expansion crashing, but whenever I try to find references for certain symbols.  I just pick the expand symbols as a easy reproduction of the crash.  At least I thought it would be easy to reproduce.

I just used auto-tag on 12.0, I also thought maybe it was 11/12 tag file mix-ups, so I deleted all my tag file on the harddrive and regenerated them with 12.0, still had the problem.

In the meantime, I am using version 11 for work.

-David

[hs2]

Sorry - no idea conc. the crash...
Your C-preprocessing customizations are contained in <config-dir>\usercpp.h (as an extension to the defaults in <install-dir>\sysconfig\vsparser).

HS2

[dakdikmen]

Thanks for the info...
I did clean out usercpp.h and still get the stack dump after regenerating tag file. (on vs2005 BEFORE SP1)
More specific, open symbols tab, select Compiler ... Visual Studio 2005.vtg, click on Packages/Namespaces, click on ATL,
Right click and select "Expand Children".... bang...

Stack trace written to file: C:\Temp\vsstack
 Invalid argument
cbrowser.ex 13294 cb_get_normalized_inheritance(ATL/__ComEventingImpl,0,
   3:   

• =C:\Work\matlab_tag12.vtg

   3:   [1]=H:\Documents\My SlickEdit Config\12.0.0\tagfiles\Visual Studio 2005.vtg
  etc...

Is anyone else getting this, or is just me?
-David

[Kohei]

I'm also getting this quite frequently.  Not sure what triggers this.

It happens pretty much the same way as David described, and here is my Slick-C stack:

Code: [Select]

Stack trace written to file: /tmp/vsstack.kyoshida
 Invalid argument
cbrowser.ex 13294 cb_get_normalized_inheritance(oox/xls/ThemeBuffer,0,
   3:   [0]=/home/kyoshida/ooo/xmlfilter02-m205/xmlfilter02.vtg
   3:   [1]=/home/kyoshida/.slickedit/12.0.0/tagfiles/GCC-4.1.2-i586-suse-linux.vtg
   4:   0
   5:   GlobalDataHelper
   6:   
   7:   
   p_window_id: 1462
   p_object: OI_TREE_VIEW
   p_name: ctl_class_tree_view
cbrowser.ex 14115 static(oox/xls/ThemeBuffer,0,0,
   4:   [0]=/home/kyoshida/ooo/xmlfilter02-m205/xmlfilter02.vtg
   4:   [1]=/home/kyoshida/.slickedit/12.0.0/tagfiles/GCC-4.1.2-i586-suse-linux.vtg
   5:   GlobalDataHelper
   p_window_id: 1462
   p_object: OI_TREE_VIEW
   p_name: ctl_class_tree_view
cbrowser.ex 18999 _tbcbrowser_form.ctl_class_tree_view.\x{92b}(14,4778)
   p_window_id: 1462
   p_object: OI_TREE_VIEW
   p_name: ctl_class_tree_view


[Kohei]

I'm starting to see some pattern.  In fact, it dumps stack with 100% success rate when I expand a derived class.  Expanding a base class works fine.

I've attached a minimalistic set of project files to see if you guys can produce this on your end.  This project only has two classes - one abstract base and one derived.  Expanding the base class works fine, while expanding the derived class dumps stack.

Kohei

[Kohei]

This patch seems to fix this issue for me, at least.

Code: [Select]

--- /opt/slickedit12/macros/cbrowser.e 2007-03-14 00:20:20.000000000 -0400
+++ /tmp/cbrowser.e 2007-04-07 00:53:11.000000000 -0400
@@ -2786,7 +2786,8 @@
    cm.file_name = file_name;
 
    orig_db := tag_current_db();
-   tag_get_context_inheritance(cm, auto parents, tag_files);
+   VS_TAG_RETURN_TYPE parents[];
+   tag_get_context_inheritance(cm, parents, tag_files);
    tag_read_db(orig_db);
    if (cm.class_parents=='') {
       parent_types='';