Hi,
FYI, I’m using the latest v 1.0.0.20.
I’m a bit confused about the text color. A defined constant or variable appears in blue text color and I find that very convenient. But very often the blue color disappear and goes back to black, and suddenly when I start writting more code the text color changes back to blue again.
Has anyone noticed this? And is there a way to fix it?
Yes, I have seen some of that as well, not sure what to do about it, other than make Nathan aware of it. 20 is a lot better than 18 or 19, so hopefully in the next few builds with this new editor class things will continue to improve.
Kurt
Yesterday Nathan posted a new build: basicmicro.com/downloads/sof … 0-0-22.exe
From the Basic Micro site:
I am glad to have New Window support again 
(2 views on the same file) Works for Basic/Asm files, does not currently work for C/C++ files.
I think the fix for the color issue that Zenta mentioned was also fixed.
Kurt
Sounds great, I’ve just a short question I got this error after compilling and linking ok:
C:\Programfiler\BasicMicro\Basic Micro Studio\bin\ld.exe : region text is full (c:\programfiler\basicmicro\basicatom-pro ide\myprogs\kurt\binary mode\robots\apod_binaryssc_xbee.bin section .text)What does “region text is full” mean?
Thanks in advance.
It sounds like you either ran out of program space or data space…
There is a new build up at Basic Micro (basicmicro.com/downloads/sof … 0-0-23.exe)that now fixed the New window issue with C files…
Kurt
Thanks for the hint Kurt! It was the program memory that ran out of space.
Looking forward to try out the new 1.0.0.23 version.
I can’t get any release beyond 1.0.0.16 to run on my Windows XP systems.
Here’s the message I get from version 1.0.0.17 through 1.0.0.23:
Starting Compiler…
This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.
I’ve created new basic and c projects but still get the same error. I’ve tried 3 different Windows XP systems with the same result.
I did follow the message and tried reinstalling with the same result.
-Bob
I already replied to this in your other post. here is the link.
viewtopic.php?f=4&t=3496&start=15
Also please create a new post in BasicMicro’s forums and link back to the above post so everyone can have the info.
FYI - there is now a version 1.0.0.24 up on the basic micro site. basicmicro.com/downloads/sof … 0-0-24.exe
From the BasicMicro post I think he fixed some typos in the TimerW Interrupt handler.
Also from a previous post. Some people running XP have had problems installing builds since maybe 1.0.0.10. It has something to do with VC2008 library not being installed… If you are one of them you should look at the post: forums.basicmicro.net/viewtopic. … 09bf828aaa
Kurt
You can always or at least usually find out the latest information on build up on the News section of the Basic Micro website.forums.basicmicro.net/viewforum. … a98cd3c728
There is a newer build (25) up on the site. (downloads.basicmicro.com/downloa … 0-0-25.exe)
The changes are:
Kurt
There were some fixes missed in 26 that are is a new build 27…
downloads.basicmicro.com/downloa … 0-0-27.exe
There is a for Zenta release 
of Studio: downloads.basicmicro.com/downloa … 0-0-28.exe
It has a software work around for an issue on the Arc32 with Hitec Digital servos. You can read more about this issue up on the thread: forums.basicmicro.net/viewtopic. … 6034c00bff
Kurt
Just for those who want to know this will be the perminent fix. The production ARC32s will ship with 4.7k pulldowns on pins 8 to 15 and 24 to 27 which will allow all the digital servos to work on them. The other pins don’t have a problem with the digital servos as of .28 and those pins(0 to 7, 16 to 23 and 28 to 31) will have no pulldowns on the production ARC32s.
Thanks Nathan,
I was not sure if this was a permanent fix or only until the production ones were done as you mentioned that there was a performance hit for you having to set the 3697 IO pin to low…
Kurt
I felt the extra processing time was worth it for the extra fexibility. Being able to use the internal pullups on the 3687 I/Os is a big plus in my book. The HSERVO2 system processor usage is from 0.4%(enabled but no servos active at all) to 1.7%(actively moving all 32 servos) with the .28 update. Since the ARC32 is already 25% faster than the AtomPro24 or 28 I don’t think it’s too big a hit.
Thanks for the update!
That must be a huge program. I’m just curious, but if you printed out that program, about how many 8-1/2 x 11 pages would it be?
Warning, there appears to be a problem linking any program that uses HSERVO, so you may want to hold off.
Kurt