> - If the program is exactly 2778 bytes, nothing works! If I add one single > nop command anywhere in my code (I've tried about 15 arbitrarily > locations), everything works fine, and if I take out a single line anywhere > in my code, it works fine as well. It just seems to be having trouble with > 2778 bytes exact. This is actually the second time this problem came up. > The first time I dismissed it, and it solved itself when I changed the code > (which I realized that it solved itself because the number of bytes was no > longer exactly 2778 bytes).
I padded my code to get the overall size of .data of 2778 bytes. Loads and executes fine. Can you be more precise with you statement 'nothing works' ? > > - I cannot compare an unsigned char variable to 0xFF, 0xFE and 0x80, even > after I cast them to unsigned chars. This is very strange. I can compare > this char to any other value, like 0xFD, 0xFC and 0x81, etc. > The only two possible comparisons of uchar against 0xff are '==' and '<' (or combination). If you do something else -- you'll fail. > - Right now I'm having trouble with global variables. I defined a variable > in one of my headerfiles. My main program can change and manipulate that > variable, but if I manipulate it in the interrupt, I can confirm that > change in the interrupt, but once I return to main, the variable reverts > back to its previous state (before the interrupt). Read docs. You've been catch by 'volatile' issues. > > I've had a few other bugs, but they somehow seem to fix themselves. I > don't know if these bugs are inherent in the hardware, or if its my > firmware, or the compiler, or even Linux itself. I've been suspecting my > code and have been looking through it for a long time now, but I've cut > down everything to a bare minimum and still no fix. Try to produce an assembly code (msp430-gcc -S -dp file.c [other options]) If you think that you found bug -- post it here. I'll check and fix it in a moment. > > Now I'm going to guess that some of you might try to disprove me by writing > very simple algorithms to test my 3 bugs and report that it works. I know > they work, I've been developing this thing for a couple of months now, but > sometimes they don't work. These bugs just spring out of no where every > now and then, sometimes they go away, sometimes they don't. shit happens... nobody insured. > > If any of you experts even came across some bugs that I've come across, or > anything similar ones, please share your solutions. Even if you've seen > the problems and have no solution, please share your experiences so that > I'll know that its not just me! have fun. cheers, ~d > > Thanks a million, > > Mike, a very fustrated programmer at the moment. > > > > > ------------------------ Yahoo! Groups Sponsor ---------------------~--> > Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark > Printer at MyInks.com. Free s/h on orders $50 or more to the US & Canada. > http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/CFFolB/TM > ---------------------------------------------------------------------~-> > > To unsubscribe from the msp430 group, send an email to: > msp430-unsubscr...@egroups.com > > > Yahoo! Groups Links > > <*> To visit your group on the web, go to: > http://groups.yahoo.com/group/msp430/ > > <*> To unsubscribe from this group, send an email to: > msp430-unsubscr...@yahoogroups.com > > <*> Your use of Yahoo! Groups is subject to: > http://docs.yahoo.com/info/terms/ > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Mspgcc-users mailing list > Mspgcc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
