Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by Pavel

  1. No Added support for multiple instances of same plugin. Regards, Pavel
  2. We didn't do any work in this area except of some thinking how this can be implemented. This likely means that bitfields won't be supported in any near future. Sorry if that's not what you expected to hear. Regards, Pavel
  3. It's your code responsibility to make sure txHead/txTail/rxHead/rxTail/rxCnt are initialised to zero at start. Sample code from SourceBoost installation declares them as static what makes compiler generate code that initialises them to zero. If you don't use static you need a statement like txHead= txTail = rxHead = rxTail = rxCnt = 0; somewhere in you initialisation code. Regards, Pavel
  4. Can you try SciTE that uses the same edit control that SourceBoost on the same files. SciTE is available from http://www.scintilla.org/SciTEDownload.html This will show if the problem is in the control or ide code. Regards, Pavel
  5. Allow multiple instances of the plugins, sometimes 8 led's is not enough Make green bar go away or change color when code is not stopped, ie running.
  6. Sorry no progress. More critical and urgent issues keep coming up. Regards, Pavel
  7. Support for complex constant expressions in built-in assembly has been added and will be available in the next release. Regards, Pavel
  8. We investigated the problem and found bug in the IDE where filters that were supposed to force IDE to open files with pre-defined extensions (like .c or .h) were broken. This problem has been fixed and fix will be available in the next SourceBoost release. Meanwhile please download IDE patch from the link below and place it into your SourceBoost installation directory (it will overwrite the original IDE.exe file). Let us know if it works for you. (This link will become invalid when the next release after v7.0 is out) http://www.sourceboost.com/CommonDownload/Fixes/IDE.exe Regards, Pav
  9. Multiplication and division will generate an error. Only addition and subtraction will be accepted. We'll put support for more operations into our todo list. Regards, Pavel
  10. Does this happen when you double click on a file that is in the project panel? When this happens IDE checks if there is a program associated with the extension of this file. If there is one it will be used to open this file. For example one can have a pdf file to be included into a project and if user double clicks on this file IDE will launch file associated with the pdf extension (that is usually Adobe PDF Reader) Some of extensions like *.c or *.h should not be handled in this way and should be opened inside the IDE but it sounds like it does not happen in your case. We'll investigate. Mean
  11. From BoostC++ help... Predefined macros _BOOSTC always defined _PIC16 defined for all supported PIC12 and PIC16 targets _PIC16x defined if PIC16 extended instruction set is used (PIC16F193x and alike) _PIC18 defined for all supported PIC18 targets Regards, Pavel
  12. Please send a simple project that demonstrates the problem to support@sourceboost.com Regards, Pavel
  13. Unlimited number of constant offsets with + and - operations can be used in assembly operands. What kind of expressions are you looking for? Regards, Pavel
  14. We still need to compile all the changes. From the top of my head here are some: Support for multiple projects in a workspace Much better debugger (it can evaluate much more complex expression) Support for multiple plugin instances (minimal changes to plugin API) Optional parallel compilation Build server Optional support for big arrays and data objects(bigger that 256 bytes) Support for bit and bool return types Support for PIC16F1x architecture and instruction set Code generation and compile time are mostly unchanged. We work on a new compiler core that will change those.
  15. Should be. This code was designed to work with 20x4 displays. Regards, Pavel
  16. Here is link to some code that shows how to use 2 UARTs with template based UART driver. The SPI driver code uses almost identical API and should be user in similar fashion. The idea is that you use same template calls but with different arguments. For example spiInit for SPI1 will use registers related to SPI1 and same spiInit used for SPI2 will use SPI2 related registers for its template arguments. #define spi1Init spiInit<PIE1,SSP1IE,SSP1CON1,SSPEN> #define spi2Init spiInit<PIE3,SSP2IE,SSP2CON1,SSPEN> Now one can use code like
  17. ldc_driver.h should be included after the LCD_ARGS define (just like in the lcd.c sample from SourceBoost installation). This is important because this define is used by the code from lcd_driver file. Regards, Pavel
  18. We started working on SPI driver that has almost identical interface and code structure as UART driver publisher earlier on this forum. Because both drivers are template based they let as many UART/SPI connections as needed to be used in the code and still produce very efficient code. This SPI driver code is still untested but it is a good place to start with. Regards, Pavel spi_driver.h
  19. FYI: SourceBoost v7 has its plugin API changed to allow multiple plugin instances. The API changes are minimal (one extra argument in API calls that can be ignored if plugins are not interested in multiple instances). We do some final tuning and hope that v7 pre-release will be available really soon. Regards, Pavel
  20. Please describe what kind of activation problems you have in an email and send it to support@sourceboost.com Regards, Pavel
  21. Fixed. Thanks for reporting. Regards, Pavel
  22. High Priority interrupt is PIC18 specific. PIC18 has 2 interrupts, PIC16 just one. UART driver doesn't care from which it is used. Code that uses port D Data Latch is not related to UART driver functionality. It's used in the code to illustrate how to implement a heart beat led. Regards, Pavel
  23. For PIC16 helper macros for UART driver will look like: #define uart1Init rs232Init<PIE1,TXIE,PIE1,RCIE,RCSTA,CREN,RCSTA,SPEN> #define uart1TxInterruptHandler rs232TxInterruptHandler<PIR1,TXIF,TXREG,sizeof(txBuffer),TXSTA,TXEN,TXSTA,TRMT> #define uart1RxInterruptHandler rs232RxInterruptHandler<PIR1,RCIF,RCREG,sizeof(rxBuffer),RCSTA,CREN,RCSTA,OERR,RCSTA,FERR> #define uart1Rx rs232Rx<sizeof(rxBuffer)> #define uart1Tx rs232Tx<sizeof(txBuffer),TXSTA,TXEN> Regards, Pavel
  24. The best approach would be to re-think the algorithm of the code so that it won't need and rely on such non standard tricks. If different algorithm is not an option place the code you want to execute at interrupt end into a function with fixed address and use this address to return to. Regards, Pavel
  25. C language does not support label addresses. Some compilers like GCC use non standard language extensions to support this feature but BoostC does not. You are the first person who asked about it. Regards, Pavel
  • Create New...