Problems when building the sample NorthwindFull.proj project within Intellipad

Question

Hi all,

I have more than 2900 errors when trying to compile the NorthwindFull.proj and its ".m" file, all are of the same kind:

• NorthwindFull.m(16728,26,16728,33): error 2048: 33,25 cannot be converted into a valid Decimal.
• NorthwindFull.m(16730,25,16730,31): error 2048: 0,03 cannot be converted into a valid Float.

Do you have any idea about where it comes from?

Best regards,

Hugo

Answer 1

Thanks for your post, Hugo. Apparently this is a known issue that didn't make it into the readme (which I wrote, so I apologize for that oversight). We'll be looking into it.

You should be able to build the sample with Visual Studio or msbuild, though. Have you tried either of those?

.Kraig

Answer 2

Hi Hugo,

I am pretty sure it is a problem with locales. I guess you are trying to build this sample using a non-English locale (so that "," is not accepted for decimal and floats, it should be using "."). The fastest solution is to change your locale to English-US and then compile it. Could you give it a try and let us know if it worked?

Thanks and apologies for the inconvenience,
M.

---

Happy Oslo Team member!

Answer 3

Hi Kraig,

I tried directly using the "msbuild" command via the command line and I got the same errors.
As stated by Miguel in its answer, they may come from a different notation system for decimals between French and English versions.

Anyway, thanks for your answer.

Hugo

Answer 4

Hi Miguel,

You're probably right: is there a way to modify the ".m" file or to configure Intellipad so that it will work with my current installation?

Hugo

Answer 5

Hi Hugo,

The Northwind.m file is huge, I think it would be really painful to change every Float and Decimal value... The fastest workaround is to change your locale to English - US, compile using m.exe and mx.exe, then change back.

Thanks,
M.

Answer 6

Hi Miguel,

OK, I just did this and the project has been correctly built.

Thanks,

Hugo

Answer 7

Hm. I have the same issue on a german system! Shouldn't M be CultureInvariant? !!! Are the xml-builtin-types culture invariant? (I'm not shure)