News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

Main Menu

Debugger Plugin- Bug

Started by connexion2000, March 24, 2008, 02:48:53 PM

Previous topic - Next topic

connexion2000

Hi!
I have found a bug in debugger plugin (CB 8.02).
Go to Project-> Proporties-> change something-> OK-> File->Save Project
Now .cbp file is:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="6" />
<Project>
<Option title="BphSop" />
<Option makefile_is_custom="1" />
<Option pch_mode="2" />
<Option compiler="gcc" />
<MakeCommands>
<Build command="$make -f $makefile.$target" />
<CompileFile command="$make -f $makefile $file" />
<Clean command="$make -f $makefile.$target clean" />
<DistClean command="$make -f $makefile.$target distclean" />
</MakeCommands>
<Build>
<Target title="BphSop">
<Option output="bin\BphSop" prefix_auto="1" extension_auto="1" />
<Option object_output="obj" />
<Option type="0" />
<Option compiler="gcc" />
<MakeCommands>
<Build command="$make -f $makefile.$target" />
<CompileFile command="$make -f $makefile $file" />
<Clean command="$make -f $makefile.$target clean" />
<DistClean command="$make -f $makefile.$target distclean" />
</MakeCommands>
</Target>
</Build>
<Unit filename="headers\MainWindow.hpp" />
<Unit filename="sources\Main.cpp" />
<Unit filename="sources\MainWindow.cpp" />
<Extensions>
<code_completion>
<search_path add="$(#qt4.include)" />
<search_path add="$(#qt4.include)\QtCore" />
<search_path add="$(#qt4.include)\QtGui" />
</code_completion>
                        <debugger />
<qtworkbench>
<enabled value="true" />
</qtworkbench>
</Extensions>
</Project>
</CodeBlocks_project_file>

<debugger /> -this is very ugly, because it invalidates everything after it, causing many problems. Disabling debugger plugin solved the problem.

killerbot

why would it invalidate something, this is valid xml, tag with not children, no text, no attributes.

connexion2000

When QtWorkbench stuff is after that, on QtWorkbench tab everything is gray, and "This Porject uses QtWorkbench" isn't checked.

mandrav

Quote from: connexion2000 on March 24, 2008, 03:17:28 PM
When QtWorkbench stuff is after that, on QtWorkbench tab everything is gray, and "This Porject uses QtWorkbench" isn't checked.

This doesn't make the <debugger /> tag invalid. It's perfectly legal XML.
Be patient!
This bug will be fixed soon...

killerbot

Quote from: connexion2000 on March 24, 2008, 03:17:28 PM
When QtWorkbench stuff is after that, on QtWorkbench tab everything is gray, and "This Porject uses QtWorkbench" isn't checked.
how does qtworkbench get's hold of it's xml data, does it use the CB ConfigManager or does it parse the xml itself [and could it make an error in doing that ?]

thomas

As it's the project file you're talking about, not the config file, the ConfigManager is not used.

However, the question remains why an empty xml tag should be invalid or should invalidate any other tags, or why one has to look at the project file's xml in the first place...
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

connexion2000

You can check that. It costed me a lot of nerves to find this bug. It caused many problems and I was suprised especially because my prevoious expirience (the times of nightly builds) was very positive.

Pecan

I've also experienced that <extensions> is ignored when a standalone </unit> exists before it.

It was caused by deleting and re-inserting a header. But I was unable to re-create actions that caused it.


killerbot

Quote from: Pecan on March 26, 2008, 01:24:23 PM
I've also experienced that <extensions> is ignored when a standalone </unit> exists before it.

It was caused by deleting and re-inserting a header. But I was unable to re-create actions that caused it.



</unit> is not correct, but <unit/> is though