Hi Norm,
From what I can tell the paths are correct. The Path is C:\Users\Charlie\ Documents\PBP Projects. The project compiles fine using MCS.
Regards
CharlieM
Using PBP3
MCSPX
It's there but its called test.er instead of test.err
Regards
CharlieM
Using PBP3
MCSPX
Coming soon: FineLineIDE Code Collapse and AutoIndent!
The most requested feature Code Collapse and perfectly indented code "as you type" should be ready this month (May 2012)!
FL 2.0 is now in Beta.
Norm
Very nice indeed Norm! I know I've asked for that very feature and I appreciate the work!
Have you looked at the possibillity of integrating source level debugging? (Hardware based (PICKit3 for example) not a software "stub" like in MCSP)
Keep up the nice work!
/Henrik.
sense when is the debugger in MCSP a software debugger? I would like a software debugger. I think its one thing missing from the Proton IDE.not a software "stub" like in MCSP
Regards
CharlieM
Using PBP3
MCSPX
c_moore,
It's always been a software debugger. With that I mean that a call to a software routine is performed between each PBP command, much like OnInterrupt works. It does use the PIC hardware USART to communicate with the PC but that takes up firmware space and execution cycles.
Norm,
I'm afraid I don't know the details about how the hardware debugger works but I'd guess all the files needed are available since it IS possible to debug at the source level from within MPLAB. I think it uses the .coff file generated at compile/assembly time but I don't know what else is needed.
/Henrik.
Now available new FineLineIDE v2.0.0.0 with code collapse and auto indent!
Collapse unused lines for better view of relevant code.
Auto indent as you code for perfectly formatted indentation.
Norm
Thank you for your work Normnet!!!
Thanks and Regards;
Gadelhas
I forgot to mention tabs was also added (smart and regular).
Smart tabs advance to the next character following a space in the lines preceding.
Regular tabs advance a preselected number of spaces.
Norm
Hi Norm,
I tested your latest version, but for some reason include files refuse to open. No matter if I use relative or full path to file locations.
Any idea what might be wrong?
In MicroCode Studio environment, include files are working OK.
BR,
-Gusse-
Click on the explorer view window.
Basically main program consist of several include files and this was one of them. Same thing with all the other include files, cannot open them.
It does not help if I change full path, c:\...Code:INCLUDE "..\incl\Variables_v0_1.pbp"
No problems to compile the program.
EDIT:
Then other thing that I observed. If I reopen FL (it will open latest file), but then I cannot compile opened file. I have to open same file (Ctrl+O) and then FL can compile file OK.
-Gusse-
Last edited by Gusse; - 26th August 2012 at 18:22.
Error window says: "Invalid Include File Path:[link to 1st include file]. Aborting Compile"
PS. 20min timeout for editing sucks!!
I haven’t see the use of "..\" in an include before.
The next version of FL will add that.
Could you provide more examples of the exact include line to see if their are more unanticipated items?Code:INCLUDE "N-Bit_Math.pbp.txt" 'works OK INCLUDE "E:\1PBP3\Nbit Math\N-Bit_Math.pbp.txt" 'works OK INCLUDE "..\Nbit Math\N-Bit_Math.pbp.txt" 'not OK in this version of FL
Norm
No matter what I enter after INCLUDE, it does not open files ?!?
Even if I place file in root (c:\) and try to open from there, no success. Also shortening name below 8 char didn't help.
I downloaded v2 zip and extracted to C:\PIC\FineLine folder. I have not used earlier version of FL with this computer, so am I missing some plug-in or something or should zip include everything?
INCLUDE "N-Bit_Math.pbp.txt"
FL first looks for the include file as written above in the directory in which your .pbp program is saved.
Secondly it looks in the PicBasicPro compiler directory as set up in options.
Third it does additonal searching but try the above first.
The download includes everything.
Norm
Last edited by Normnet; - 27th August 2012 at 08:50.
Works if include file is in the same folder as the main pbp (as you said),
but if file is in different folder then it fails to open it (path in front of actual file is not working).Code:INCLUDE "Variables_v0_1.pbp"
Could this be fixed?
I prefer kind of "modular coding", which means that I use a lots of includes in main pbp. All the code is in include files, which are located in different folder, etc ../include/ -folder to keep thing more clear and readable. This is working very well with MicroCode Studio.
-Gusse-
The INCLUDE command is part of PBP, the text editor used to write the code does not have anything to do with it.
Dave
Always wear safety glasses while programming.
Correct; for compiling PBP finds the include files.
Gusse may be opening the include files with a click in the explorer window.
The next version of FL will also do an explorer open if the full path is provided in the include.
I'm not sure how to code for a partial path as it could be anywhere on the hard drive and doing a search could take several minutes in some cases unless their is a way to limit it.
Norm
It doesn't have to be a sub folder in main pbp-file folder. It can be any folder and path is point to it (same like in command prompt, i.e: "cd .." goes 1 level up for current folder).
Example:
If main pbp-file is located
and include filesCode:c:\pic\pbp\prog\
In MCS I can doCode:c:\pic\pbp\incl\
so starting folder is "c:\pic\pbp\prog" and then it goes one level up "c:\pic\pbp" and then to "incl"-folder, which is parallel to prog.Code:include "..\incl\[filename_to_be_included].pbp"
-Gusse-
Last edited by Gusse; - 28th August 2012 at 16:59.
I think PBP only looks in the directory the code is in and the directory PBP is in. Any other location needs to have the path to the include in the code. So look in the two default locations and parse the INCLUDE line for the other possible locations???
Dave
Always wear safety glasses while programming.
Gusse
Problem: Opening an include in FL explorer which is located in a parallel directory.
I have written a include open routine which does what you have requested in FineLineIDE.
In tests with MCS however I am unable to duplicate opening an .inc in: M:\PBP3\ABC INCLUDE
with the .pbp program in: M:\PBP3\ABC PROGRAM
when called out as: Include "...\ABC INCLUDE\TEST1.INC"
I am using Microcode Studio 5.0.0.0 and compiler PBPX 3.0.1.4
What versions are you using?
I can email you a test version of FL with the new include routine if you PM me your email address.
Norm
Last edited by Normnet; - 9th September 2012 at 19:25.
Hi Horm,
There are still couple of issues that I noticed in brief trial with v2.0.0.1 BETA.
------------------------------------------------------------------------------
If you re-open FL, then it cannot compile file. (require that file has been once openned with FL earlier). Same issue that I noticed also earlier.
"Invalid Include Path: "..\incl\PIC18F4520_config.pbp" Aborting Compile"
If you open same file again (with Ctrl+O or with button) then it will compile the file.
------------------------------------------------------------------------------
Include files are accessible, but when you try to close them then FL says (pop-up):
"FL THREAD ERROR 0" and there is OK button. Once pressed OK, another pop-up will come up with same error again. And again and again... Only by pressing "Close Tab" button again error message will disappear.
At least I can repeat this issue when I open all include files and close FL, then re-open FL and try to close include tabs.
------------------------------------------------------------------------------
Used test file: http://www.mediafire.com/?yty070ruqh4ycyh
BR,
-Gusse-
Last edited by Gusse; - 12th September 2012 at 07:50.
v2.0.0.2 BETA seems to work OK
There is still an issue about saving & closing tabs. If you open and close tab without leaving tab and content is untouched, FL will not prompt "Save Changes" question. But if you change to other tab and return and then close without modifying tab content, FL always ask if you would like to save changes. I think this is minor problem but fixable.
Good job Norm!
BR,
-Gusse-
EDIT: If you click "***CURRENT LINE***" in exlorer view (includes), it tries to open same name include file without success. Could it be changed/removed?
Last edited by Gusse; - 13th September 2012 at 20:10.
Thanks for writing such a nice editor, Norm.
I'm seeing this behavior with 2.0.0.0:
Source path is C:\Users\dlkerl\picstuff\oven
The path is identical in the error message, but the file name in the source directory only has one 'R': OVEN_V0_3.ER (empty file)
MCS launches PBP with no problems (PBP 2.45)
Unrelated question: Is it possible to stop automatic indentation of labels in ASM blocks?
Thanks-Dan
Hey Norm,
Could you make available the pre PBP3 version of FineLine. I am still having trouble on machines that do not have PBP3 with the current FineLine.
Dave
Always wear safety glasses while programming.
The .ER file is the PBP compiler text to assy error file.
The .ERR file is the MPSAM assy to hex error file.
Possibly the "Users" in C:\Users\dlkerl\picstuff\oven is throwing FL off?
Try compiling with your program file in a non Users directory.
Yes I should be able to disable all auto indent of assy lines if that would be best?
Anyone familiar with assy please advise.
I am presently finishing up the pre beta of FL 2.1.0.0 with several fixes.
Norm
I have added an Archives Page.
See FineLineIDE.
Email me the trouble you are having.
I am presently at pre beta 2.1.0.0 and this would be a good time to do fixes.
Norm
Thanks Norm,
The problem is the same as mentioned in post #112 of this thread and if I recall correctly in another thread. When you added support for PBP3 older versions without the registration code from MeLabs does not work. The screen shot in post #112 is typical.
Sooner or later everyone will be updated... but in my case I have more than three machines with PBP and I really do not want to pay the fee multiple times. So I am still using PBP2.6x on a few.
Dave
Always wear safety glasses while programming.
Thank you for the program, upon start up i receive an access violation, it is probably because i have denied it access to the internet, can you tell me please why it calls home.
Hey Norm,
Here is a suggestion for FineLine...
How about having the ability to link a basic program to a schematic file. Or to be able to attach a drawing to a given program. That way when months or years later you open an old program you can easily pull up the schematic for the project.
Just a thought... possibly it would be just as easy to reference the given schematic in the notes or comments at the beginning of your program.
others thoughts??
Dwight
These PIC's are like intricate puzzles just waiting for one to discover their secrets and MASTER their capabilities.
Bookmarks