Jump to content

Peter Trypsteen

EstablishedMember
  • Content Count

    7
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Peter Trypsteen

  • Rank
    Newbrie

Profile Information

  • Gender
    Male
  1. Dear developers of sourceboost: Please take a look at these requests for easier working with worksspaces and projects in them. It would be very convenient to be able to have an overview of all available workspaces. Being able to choose to view all workspaces and show them integrated into the treeview or not, current system, keep zoomed in on the current workspace. An option in View to toggle between the two treeviews would be nice. (Something like a selection box with the text Workspace) This would allow easier changing things from workspaces when reoganizing things. Being able to easily switch workspace when dealing with multiple ones would be welcome, although not a feature everyone will constantly use.. The menu workspace could also use a change workspace item. This would make it easier to change the workspace a developer is working in. These improvements would help to make workspaces faster and easier to use. .
  2. Peter Trypsteen

    Menu Dialog Wrong Text

    Bug description: When going to Workspace>Stand-Alone Project>New Project... Workspace>New Workspace or going to: Workspace>Stand-Alone Project>Quick Project... Sourceboost gives me an open file dialog instead of an save file dialog. Steps to reproduce: Start Sourceboost and go to the menu: - Workspace>Stand-Alone Project>New Project... - Workspace>New Workspace - Workspace>Stand-Alone Project>Quick Project... Expected behaviour: Opens an Open file dialog. How a fixed program should behave. Opens a save file dialog. Is the problem 100% reproduceable: Yes IDE version: 7.20 Compiler: BoostC Compiler version: v7 C Compiler for PICmicro Target device: PICXXXXX (Bug is not limited to a specific device.) OS: Windows Vista 32 bit SP2 Comments: It might be needed to poke around in other places where open/save file dialog boxes are used. There might be some more of this.
  3. Peter Trypsteen

    I2C Driver Template Header Function Does Not Work

    Other functions in that file add the else too so maybe it's necessary or just good programming practice to do this. Please implement this small improvement.
  4. Peter Trypsteen

    I2C Driver Template Header Function Does Not Work

    Didn't take a good look at your example code and you're indeed right about the control flow. Was thinking about some other code. Somehow it seems to make a difference in something I'm using it in.
  5. Peter Trypsteen

    I2C Driver Template Header Function Does Not Work

    It does change the code execution quite a bit: The current code structure always executes the do something else part, whether if(something) evaluates to true or not.. The code structure with my change only executes the do something else part.if the if(something) evaluates to false. In my microcontroller project, things onlly worked after I made and used my proposed structure. The other functions also follow the changed structure. EDIT: did not take a good look, see my next reply for a better answer
  6. Support for inttypes.h from the C99 standard. http://en.wikipedia.org/wiki/Inttypes.h#Fixed-width_integer_types The biggest advantage from the types is their more well-defined behaviour. Avoiding nasty surprises which can be very important in embedded design. The inclusion of inttypes would allow writing shorter and more self-explanatory code. The new types would allow more stability (and portability) since the sizes are not implementation defined. Encourages reusable and stable code for e.g. drivers. Minimally the exact width integer types is all that's needed.
  7. Bug description: The function _I2C_TEMPL unsigned char i2c_WRITE(unsigned char i2c_data) Does not work. Steps to reproduce: The bug can be reproduced with getting information from a physical connection or a detailed simulator. Including the i2c_driver.h letting the use_i2c_SW undefined and then calling the function i2c_write with a valid argument triggers the bug. It silently fails. Expected behaviour: Correctly outputs datapulses on the pins. Is the problem 100% reproduceable: Yes. IDE version: 7.20 Compiler: BoostC Compiler version: v7 C Compiler for PICmicro Target device: PICXXXXX (Bug is not limited to a specific device.) OS: Windows Vista 32 bit SP2 Comments: Written an independent file with fixed version of the function inspired by the function in i2c_driver.h. It is tested and works. The bug is solved by in the file i2c_driver.h in the function i2c_WRITE to add an else clause to the if (T_MODE & i2c_HW). At line 470 append the following at the end of the line: "else {" and at line 524 append the following at the end of the line: " }" (The empty lines between quotes is for adding a new line.)
×