Serious v2.0.1.3 bug keeps files from being saved.

[DanW]

I had just compiled the code and a bug was shown in the build window.
The bug was in a header (.H file) at line 37.

Here's what the build window showed:
 In file included from ../../src/startup/File.cpp:37:
f:\\workspace\\sw\\product\\platform\\common\\system_scheduler\\CSystemSchedulerIc.h:51: ANSI C++ forbids declaration `foo' with no type
*** Errors occurred during this build ***

Then if I click on the error line      "In file included from ../../src/startup/File.cpp:37:"    in the build window
It opens the file but the filename has f:\\ on the start so it can't be saved.

[Lee]

Is the F:\ drive an actual drive or network/mapped drive?  Is that the actual location of the file?

EDIT:  Nevermind, I can replicate this, I will try to figure out what exactly is going on. 

[DanW]

Thanks!   

[Lee]

I was able determine the cause for this issue and have a fix in mind for this.  The bad news is that it doesn't appear hotfixable at this time and will have to go into the next release.  It is an annoyance, but you can remove the extra backslash after the drive letter in the Save as... prompt and you are able to at least save the file in the correct location.

[DanW]

When I tried "save as", I got the message:
You already have a buffer with the name:   ....

It gets opened when I click the error as \\filepath\filename.h. 
\filepath\filename.h  was already open and double clicking the error just opens a new window starting with \\
 

[DanW]

Any news ? 
Is there a script I can edit in my install to fix this ?


Thanks
Dan.

[Lee]

Yes, there is a workaround available in the latest hotfix.  The link to the download is here:

https://customer.slickedit.com/index.php?option=com_content&view=article&id=316.

Please download and give it a try.

[DanW]

That fixed the \\ filename bug.....  Buuuut......   
(and don't ya just hate when they say buuuut)

It broke the references.
Now clicking on a class member in the header does not show the cpp references. 

If I click a data member in the class function, it correctly shows the declaration in the header.
If I then click the same member variable in the header it will not show the references in the cpp. 

[DanW]

Any news on the bug in the hotfix. 
Very disappointed.  References were fixed and now they are broken again.

[Dennis]

I doubt that Lee's fix has anything to do with the problem you are having with references.  There are some other fixes in the hot fix for references, maybe that broke your use-case, but without an example I really can't track down what is happening vs. what you expect to happen.  I tested a case similar to what you describe and saw no problems.  What do you have the "Look in:" set to for references?

[DanW]

Attached is a sample program.
Right click on the data member in the .H file and search for references.  You will only find the one in the header.
Next, go to the cpp and right mouse click the variable in the constructor. 
Oh look... you find both! (one in .H and one in .CPP)

So why doesn't references work from the header?
This broke with the hot fix listed below.


SlickEdit Pro 2015 (v20.0.1.3 64-bit)
Build Date: February 24, 2016
Emulation: Visual C++ 6

OS: Windows 8 x64
OS Version: 6.02.9200 
Memory: 75% Load, 9284MB/12271MB Physical, 7630MB/24559MB Page File, 387MB/134217727MB Virtual
Shell Information: C:\WINDOWS\system32\cmd.exe /q
Screen Size: 1920 x 1080, 1920 x 1080

Project Type: Gnuc
Language: .cpp (C/C++)
Encoding: Automatic

Installation Directory: C:\Program Files\SlickEdit Pro 20.0.1\ (non-removable drive,NTFS,49593MB free)
Configuration Directory: C:\My Stuff\dwinsor\Documents\My SlickEdit Config\20.0.1\ (non-removable drive,NTFS,49593MB free)
Migrated from: C:\My Stuff\dwinsor\Documents\My SlickEdit Config\20.0.0\

Hotfixes:
C:\My Stuff\dwinsor\Documents\My SlickEdit Config\20.0.1\hotfixes\hotfix_se2001_5_cumulative.zip (Revision: 5)

[DanW]

tried hotfix 6 and it does the same thing 

[Mike]

This update is in case anyone else runs across this latter issue, where the references seem broken.

There is a "Look In:" field in the References tool window which prior to the hot fix had inconsistent behavior when <Current File> was the value.

After loading the hot fix, make sure that the "Look in:" field of the References tool window is set to <All Tag Files> or <Workspace>, if you want to see a greater scope of tags than the current file.