Reporting defects in Carbide.vs?

[superfrank]

Hi,
How do I, or where is the best place, to report defects in Carbide.vs?

I have found one importing projects:

The problem occurs if you use preprocessor directives in your .MMP or BLD.INF files. If your .MMP contains something like:

#include "..\Inc\HelloWorldUid.h"
UID	0x100039CE HELLOWORLDUID

and if HelloWorldUid.h contains a

#define HELLOWORLDUID

statement then you get an error.

It seems that although the command line tools will preprocess .MMP and BLD.INF files before parsing them, Carbide.vs doesn't do this and thus you get an error "Projects UID3 is not valid for symbian9 projects. Check documentation for more information."

Correct behaviour would be for Carbide.vs to preprocess any .MMP and BLD.INF files before it attempts to parse it.

Addendum: discovered the same defect with BLD.INF files.

[Starchaser]

That one has been known for some time. You have to remove any #ifdef statements in your bld.inf and .mmp files. At least in 2.0.1 macro statements in the .mmp seem to work properly, they didn't in 2.0

I'm currently using a different group directory for each platform with different bld.inf and .mmp files to get around the problem of not being able to use #ifdef

I don't know what is the correct place for reporting defects, this is only my second post here. Another annoying thing is that Carbide doesn't know what an Ecom plugin is (project type ECOMIIC) so you have to change it to DLL. This works fine on the emulator but I'm not sure if an ECOM plugin built as an ordinary DLL will work on device.

[mitts]

Hi,

To report issues, this is a good place.

However, the issue that you reported is a "feature", for .mmp files #define's, #include's etc are not supported and we even do offer a reasonably friendly error message..

With Carbide.vs. not everything you can do with command line is possible, you need to check Carbide documentation for what features are supported by Carbide. Though is must admit that in the Help, the #include and #define have accidentally be omitted (but they are not listed as supported either :-).