Source file opened twice

Follow

Tomas Hamouz

• June 12, 2023 10:36

Crossworks 4.10.3

This is a new bug, not present in previous version (AFAIR, didn't verify)

Open file from solution (Alt - Shift - O), select a .c file -> opened, ok

Open file from solution (Alt - Shift - O), select a .h file, included in previous file -> opened, ok, tooltip reads full path

Right click at the included .h file name in .c file, select GoTo Definition -> .h file opened in new window, tooltip reads relative path.

Modify & save .h file in any window, change focus to the other copy -> nothing happens, the editor doesn't recognize the saved change, unless the file is closed and opened again.

Modification with external tool is recognized in both copies.

Bye Tomas

0

• 

  Jon Elliott

  • June 12, 2023 12:47

  Hi Tomas,

  I can't reproduce the problem however we did recently fix a bug in this area that hasn't made it to a release - please could you try the latest 4.10.4 snapshot build and see if it solves the problem.

  Regards,

  Jon

  0

  Comment actions Permalink
• 

  Tomas Hamouz

  • June 12, 2023 14:27

  Hi Jon,

  Very interesting behaviour:

  If I open a project from ordinary path, the behaviour is as expected, instead of second opening the original opened file is selected. (I've tried it in 4.10.3 with simple path too, but the behaviour was the same, see bellow).

  But

  I use substituted drive - Y:\: => D:\Divesoft\sw\devel. The reason is that for dealing with other versions, it is sufficient to change the substitution, and the whole environment works with the other version (mainly batch files, CW IDE doesn't need it, but it is some historical habit). It worked well up to 4.10.2. The only glitch was that Subversion integration didn't work, when the substituted drive was used. 

  And now the interesting behaviour: doing my test in 4.10.4, it still opens second instance of the file, but the tooltip read the real expanded path. I.e. Y:\firmware\Analyzator\include\headers.h  in first window is expanded to D:\Divesoft\sw\devel\firmware\Analyzator\include\headers.h, according to the substitution above.

  So it is evident you are not successful reproducing the problem, as you probably open the project from simple path.

  Tomas

   

   

  0

  Comment actions Permalink
• 

  Jon Elliott

  • June 13, 2023 14:30

  Hi Tomas,

  Please could you try the latest 4.10.4 snapshot build (version 4.10.4.2023061300.53536) - it should handle the substituted drive now when opening files.

  Regards,

  Jon

  0

  Comment actions Permalink
• 

  Tomas Hamouz

  • June 14, 2023 08:08

  Hi Jon,

  last snapshot build works correctly, thank you.

  If only you were successful repairing VCS integration on substituted drives, too.

  Tomas

  0

  Comment actions Permalink

Please sign in to leave a comment.