CCS 5.xxx Sticky

[micro_debugger]

Hi,
Finally there are a lot of bugs, when I finished my project (I'm overloaded with delivery time) I will describe all of them.
But in any case I like this new version of the compiler.

Best Regards

[miro]

Addressmod does not work with 5.011. Bug issued to ccs in feb2013.
http://www.ccsinfo.com/forum/viewtopic.php?t=50809

[jeremiah]

[alan]

Anybody else had problems with registration files not being recognised from 5.011 onwards?

If I install 5.011 or 5.012 it asks for new registration files. When uninstalling and then reinstalling 5.010 no problem.

Maintenance active till next year.

Regards

[micro_debugger]

No, I done it and working very well.
BR

[alan]

Hi micro_debugger

What operating system?
I am using Win 7 Pro - 64 bit.
Want to try and narrow down why. Never had a problem until 5.011.

Unless it is time for new Win install, system are getting sluggish

Regards

[dyeatman]

Alan,
I have been a user since version 3 and this periodically happens to me. In
4-5 cases I had to request new reg files from CCS.
_________________
Google and Forum Search are some of your best tools!!!!

[alan]

Thanks dyeatman, emailed CCS and they send me new files, all OK now.

[micro_debugger]

[jeremiah]

I was doing some testing on the new receive buffer option in #use rs232 and noticed it would do some weird things if the buffer overflowed. I took a look at the ASM and came up with the following:

Characters are added to the buffer in circular buffer fashion with no care as to where the next_out pointer is set. This means if your buffer is 10 characters long (a small number for easy testing) and you send 13 characters before reading, you will have 3 characters in the buffer (next_in will pass right by next out). If you send exactly 10 characters (the size of the buffer), then you have an empty buffer instead of a full one. Very interesting design. It looks very intentional from the assembly structure, but I still wonder if this was intended or not. I did verify that it doesn't ever clobber memory with overlfows at least.

[Ttelmah]

Now, I'd reached the point where 95% of stuff now works OK in V5. However was still having the occasional oddity.

Happened to realise that it was always when using relatively complicated FP arithmetic in the code, and found it is using areas of the memory already in use for the temporary stores.....

[Pret]

I've been using CCS for more than 5 years, and the impression on IDE never changed. It's simply mediocre. And I'm not referring on features, I'm talking about bugs. I think this IDE never gets really tested. I think it's being made by a bunch of kids playing with Delphi on a school project.

When a new IDE version comes in hand, it takes usually 5 minutes till first "List out of bounds exception". It took me 10 min to move a v4 project to this new version and I already found annoying bugs.

For instance:
- "List index out of bounds" happen in min 1 of v5.15 IDE when I was configuring the project paths. Just hit Options->Project Options -> Include Files then click on white space from the listbox.
- configuring colors worst than V4: numbers starting with 0b are wrongly painted. Strings are fine, except when you are using #define in front of them. At that point, you'll have multiple colors inside the string.
- sometimes I cannot exit the IDE, it says that I need to compile the project first. Really?!
- "Find All References" it's simply not working. Usually finds nothing, but when it does, finds empty lines or even worse.
- in Options->IDE->Display try to type your font: exception thrown.

All of these bugs are from my 10 min experience. It would be reasonable for version 1.00, but for 5.15 I find them unacceptable.

[mvanvliet]

I've found something, it is not a real bug, but it can be solved by CCS I think.

I have 2 different windows versions on two different computers, one 64 bit and one 32 bit, when I compile something on the 64 bit I can't compile it anymore on the 32 bit because of the installation path. The 64 bit has an C:\program files (x86)\PICC\devices\, the 32 bit has an C:\program files\PICC\devices\.

This can be solved to copy the devices .h file to the project folder, but I think it can also be solved by CCS.

[jeremiah]

[Requan]

Hi,
I found bug with view data in debug view, so what i did to show it:

I loaded example data to array:
char Table[11];
memset(Table, '\0', sizeof(Table));
sprintf(Table,"1;2.3:4,5");

In hex view i see all bytes, but in char view i don't see:
";" and "," (i see empty places instead of it)
Additionally, when i use "," i see in char view two empty pleases instead of one.

I reported to CCS, they confirmed and promised to fix it in next release.