Atom Pro IDE 8.0.1.8 bug list

Lynxmotion Electronics & Software
41

Hi Acidtech,

Thanks for the tip!

I restarted running some tests again and I still don’t get it to work.

I started out with a new project.
I’ve copy/passed a existing program to the file. I only copied the text, not the file.
I made a second file called cfg.bas and placed it in the same directory.
Added the line #include “cfg.basâ€

42

I’ll add checking this to my bug list for 1.8. It is a beta build so expect things like this. I recommend(and gave Jim a bunch of information on) using the project system instead of using #include files.

43

I talked to Nathan about this. He said the following…

It sounds to me like he just wants to create a project. You open the Project menu and click new. Select basic as the project type and click OK. Then go back to the project menu and click add file or new file to put files in the project. Then when you save the project all the files are saved. When you open the project all the files are opened.

I explained includes in another post. Include files are not automatically saved when you click build/debug/program so they are a pain to use in multiple programs. The project system is the way to go.

Also the order of the files in the project is the order they are built when you compile. He can move them around by dragging the file names around in the project window (“FileView”).

I then thanked him and informed him that he is “da man!” lol 8)

44

Hi,

Thanks for the reaction. I think thanking him for his good quality information is always a good idea :wink:

Nathan already pointed me at the project files. I forgot to mention it but the 2 files are already in a project. There are 2 files in the project. The first file containing just this line:

SSC_OUT   	con P11		;Output pin for (SSC32 RX) on BotBoard (Yellow)

The second file got the whole program and uses the constant SSC_OUT.

I can check if it works in the previous version of the IDE.

Thanks Xan

45

Jim tells me you are having trouble with projects but going through Jim is not going to work. I need an EXACT description of your project. How you made the project. What files are in the project. What order the files are in. What text is in each file. So I can reproduce.

File in projects don’t need #include statements. In fact if you use include statements to include files in the project that are already in the project you will have errors(because you will get two copies of the same file compiled into the program causing variables,labels and constants to conflict).

The files in a project are combined in the order they appear in the FileView window. If you need to change the order just drag and drop them.

The order files are in the project dictates what constants and variables are accessible. All constants and variables must be defined before being used. If you define a constant in the second file of your project but want to use it in your first file you will get an error. Labels on the other had can be used before they are defined(but they have to be defined somewhere).

46

Question: Has Hservo been fixed in the current 8.0.1.8? I noticed that the BasicMicro web site shows this as the current released version?

Thanks
Kurt

47

Hservo is still broken with 8.0.1.8. They are supposed to go back and relabel it as beta. This may be looked at this weekend.

48

Nathan changed the interrupt system. Prior to 1.8 interrupts were always being enabled even though most people weren’t using interrupts. That change required hservo and hserial to enable them. The required code was added for hserial, but it wasn’t done for hservo.

To make hservo work with 1.8 you need to add this command on a line by itself. Enable command is normally used followed by the command it controls, like enable hserial. But leaving the argument off enables global interrupts. Note the enable command should appear before any hservo command is used.

enable

Simple work around till 1.9 is born. 8)

49

Update on serin timeouts bug report. There is no bug with serin on the Atom Pro. The problem is the timeouts value was changed from 1.0 millisecond resolution to 0.5 microsecond resolution when 8.0.1.3 was released. There was a mention way back in the 8.0.1.3 bug list, but it’s not a bug. The printed manual still shows it as millisecond though.

50

Not sure if to mention it here or create a new on…

On 8.0.1.9 there ia a problem with floating point constants. This is mentioned in the thread about debug on 8.0.1.8.

Was noted in the previous thread the fcon was highlighted properly in the editor.

I was playing around with trying to answer someon on the BM website and also noticed the type pointer is not highlighted in the editor as well…

Also mentioning pointers. It would be nice if we could also get pointer values from string constants, then it might be easier to add things like string functions, where you might like to call something like:
gosub Strcmp@mystr, @“MyCmd”],retval

Just a thought…

Kurt

51

Jim is going to open a new sticky for me(right jim?). For new release bug reports. I’ve fixed the fcon issue and released an intermediate .10 for that fix. I’m working on making sure the color highliting is up to date. Looks like I was able to find a simple workaround to get the highliting information from multiple files from the same project without totally dragging the IDE to a crawl. That will be in .11 which I’ll be releasing tomorrow if I don’t get anymore reports before then.

52

I’m shooting for today… Mondays are hell. :stuck_out_tongue: