User forums > Help
Settings don't get saved (svn 4454)
johne53:
Well I’ve provided quite a lot of information on this problem now, so can I assume from the lack of response that my postings don’t seem to show anything obviously wrong?
Reluctantly I’ve had to conclude that C::B isn’t yet suited to complicated projects like the type I’m working with. In this particular case I could probably break the project down into smaller sub-projects and I’m fairly confident that this would eventually make the problem go away. However I can envisage situations in the future where it simply won’t be possible to break up projects like this.
Before I give up on C::B is there any developer who’d like to receive a copy of this project to see if they can reproduce (and hopefully fix) the problem? I’ve reproduced it myself with 2 separate builds of C::B installed on different PC’s with different distributions of Linux. Therefore hopefully, it will be easy to replicate on somebody else’s system. If I were to include all the source modules it would come to around 600MB (uncompressed) so I’d probably need to supply it on CD ROM.
Thanks to everyone for trying to help.
thomas:
Two questions and a suggestion:
Q1: You are talking about default.conf and adding search paths. Do I understand you are editing that config file manually?
Q2: Have you tried disabling the code completion plugin? Code completion uses the search path information to <don't actually know what it does>. Thus, if changing search paths causes a crash, then CC is one easy thing that can be ruled out by disabling the plugin.
Suggestion: If you want someone to look at the project, it would probably be easiest to make a tarball of the whole source tree and provide a download URL. If it's sources and gzipped, those 600 MB should be no more than maybe 200-250 MB packed, that's 3-4 minutes of download time, no big issue (remember that this forum can be read by a million people, though... so only do this if your sources are really meant to be open).
johne53:
--- Quote from: thomas on October 21, 2007, 01:47:27 pm ---Q1: You are talking about default.conf and adding search paths. Do I understand you are editing that config file manually?
--- End quote ---
No - I extracted the above text just so people can see what kinds of thing are causing this problem but in fact, I'm adding my search paths from within C::B. I just wanted to know if there's anything wrong about the way I'm typing the path names. For example, can I (as I have done) use global variables there? And does it matter whether or not the path names end in a forward slash? That sort of thing.
--- Quote from: thomas on October 21, 2007, 01:47:27 pm ---Q2: Have you tried disabling the code completion plugin?
--- End quote ---
AFAIK it's not enabled (unless it's enabled by default). I haven't personally installed or enabled any plug-ins.
--- Quote from: thomas on October 21, 2007, 01:47:27 pm ---Suggestion: If you want someone to look at the project, it would probably be easiest to make a tarball of the whole source tree and provide a download URL. If it's sources and gzipped, those 600 MB should be no more than maybe 200-250 MB packed, that's 3-4 minutes of download time, no big issue
--- End quote ---
Thanks for the suggestion, Thomas - but the bottleneck would be my upload speed. My broadband connection only offers around 256Kb upload speed so to place the code on a suitable URL would take me around 6 hours (and that's assuming that nothing goes wrong...!)
Would the workspace and projects be of any use without my source files? That would make it a lot simpler.
Jenna:
--- Quote from: johne53 on October 21, 2007, 02:20:23 pm ---
--- Quote from: thomas on October 21, 2007, 01:47:27 pm ---Q2: Have you tried disabling the code completion plugin?
--- End quote ---
AFAIK it's not enabled (unless it's enabled by default). I haven't personally installed or enabled any plug-ins.
--- End quote ---
Yes, it's enabled by default.
You can disable it under "Plugins -> Manage Plugins" .
You have "/opt" in your include-dirs. Where did you download the packages from ? Normally "/opt" should not be used under debian afaik. Try to use only packages that belong to your debian-distribution (e.g. libglib2.0-dev).
You also have very much include-paths pointing to ardours-subdirs. Is it a development-version of ardour2 or just the source-code?
Are you sure that no header-files with the same name exist in more than one of the include-dirs?
johne53:
Jens - don't worry too much about the presence of /opt - it's simply a leftover from the fact that I was originally running under OpenSuse. In any case....
Thomas - you've had a real flash of inspired genius with that suggestion about the Code Completion plug-in. Disabling it makes the problem go away on both machines. Re-enabling it makes the problem come back on both machines. I think you might have found the cause!
In fact, here's something interesting I discovered whilst messing about with all this.... it so happens that the first of my compiler (global) search directories is /usr/include/ Suppose I have the CC plugin enabled and I change that entry to usr/include/ (in other words, I delete that initial forward slash). Save this. Shut down C::B and re-start it. Now go to Manage Plugins and attempt to disable the CC plugin. On my machines (currently running SVN 4475) this will cause the Manage Plugins window to consistently crash, producing the error Xlib: unexpected async reply (sequence 0xd426)!
Looks like there might be something flaky in that part of the code.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version