User forums > Using Code::Blocks
Bug Report: [#18755] C::B hangs for 20 seconds while opening large project...
MortenMacFly:
--- Quote from: rickg22 on October 31, 2012, 02:34:05 pm ---Another possibility:
--- End quote ---
Rick, the problem is not switching the drive, but saving the project file below a folder of source files. This can be even on the same drive. So your patches re-introduce this bug.
Edit: Out posts crossed. I am inspecting your second post.
MortenMacFly:
OK - after inspecting this, both of your methods are not safe.
The first one might fail, if the file name is longer than the path, for example (which can happen often) and the second one might fail as you have described in the comment already.
So - do we want something that works, or something that might work but is speedy? I prefer the first.
Also, remember that the speed-up was actually in another part of the code, so maybe we don't have issues at all and we do nut-picking. With this (my) patch applied, did you do time measuring with your project in question? IS it really that slow??? How much time does it take, compared to the initial version?
rickg22:
--- Quote from: MortenMacFly on October 31, 2012, 05:46:47 pm ---OK - after inspecting this, both of your methods are not safe.
The first one might fail, if the file name is longer than the path, for example (which can happen often) and the second one might fail as you have described in the comment already.
--- End quote ---
Yeah. I'd go for the second approach, the only thing I need is a function analogue to php's dirname() to solve any inconsistencies.
--- Quote ---Also, remember that the speed-up was actually in another part of the code, so maybe we don't have issues at all and we do nut-picking. With this (my) patch applied, did you do time measuring with your project in question? IS it really that slow??? How much time does it take, compared to the initial version?
--- End quote ---
No, I haven't had time to test it, I may do it at home tonight. But if I'm correct, your fix will introduce exactly the same slowdown that was fixed in the other part of the code.
Anyway, against which version of SVN was the patch created?
MortenMacFly:
--- Quote from: rickg22 on October 31, 2012, 10:24:42 pm ---But if I'm correct, your fix will introduce exactly the same slowdown that was fixed in the other part of the code.
--- End quote ---
I believe the opposite... but lets see... ;-)
--- Quote from: rickg22 on October 31, 2012, 10:24:42 pm ---Anyway, against which version of SVN was the patch created?
--- End quote ---
Trunk, as usual.
rickg22:
By the way, this bug may be related to the wxFilename slowdown:
http://trac.wxwidgets.org/ticket/13915
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version