User forums > Using Code::Blocks

Bug Report: [#18755] C::B hangs for 20 seconds while opening large project...

<< < (10/20) > >>

dmoore:

--- Quote from: dmoore on October 24, 2012, 03:15:55 am ---
--- Quote from: MortenMacFly on October 23, 2012, 03:59:22 pm ---What also doesn't work:

Have this layout:
[Root][src] - file.cpp
[Root]proj.cbp
- Open project
- Save project under:
[Root][prj] - proj.cpp

-> All files are broken, project file is broken.

--- End quote ---

Did this work previously?

--- End quote ---

To clarify, try the following:

1. open project
2. save project as -> move one directory up and click save
3. close project
4. reopen project -> all broken links

I tried applying Jens' latest patch, but that didn't appear to help with this issue.

EDIT: I'm guessing we need to do something more like ProjectFile::Rename for each file in the project if the project file is saved to a different place. i.e. we need to update relativeFilename and not just relativeToCommonTopLevelPath of each ProjectFile and any relative target/project paths.

Jenna:

--- Quote from: dmoore on October 24, 2012, 10:14:03 pm ---EDIT: I'm guessing we need to do something more like ProjectFile::Rename for each file in the project if the project file is saved to a different place. i.e. we need to update relativeFilename and not just relativeToCommonTopLevelPath of each ProjectFile and any relative target/project paths.

--- End quote ---

Please test this patch, it calculates the relativeFilename also.
It uses the relative expensive MakeRelativeTo-function again, but only in case the project and the file are on the same volume or below the same UNC path, so it might avoid the slowdown.

UNC-handling is not (yet) tested.

MortenMacFly:

--- Quote from: dmoore on October 24, 2012, 10:11:26 pm ---what about if everything is on the same UNC path (project and project files). Are you suggesting that the files in this project should always be treated as absolute? (I hope not.)

--- End quote ---
Nope. In that case using relative path might be OK again. What I meant is if just the project file itself (and maybe 1..n , while n<max. project files) are on an UNC path. Whereas in that case all files that are relative to the project file on the same drive or same UNC base path can be relative as usual.

MortenMacFly:

--- Quote from: jens on October 25, 2012, 01:25:58 am ---Please test this patch, it calculates the relativeFilename also.

--- End quote ---
Which one? Did you forget to attach a new, or do you mean the latter?

Jenna:

--- Quote from: MortenMacFly on October 25, 2012, 06:52:13 am ---
--- Quote from: jens on October 25, 2012, 01:25:58 am ---Please test this patch, it calculates the relativeFilename also.

--- End quote ---
Which one? Did you forget to attach a new, or do you mean the latter?

--- End quote ---
Forgotten, sorry.
It was a little late last night, I think.
Here it is .

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version