Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
01/08/07 17:02
Modified:
  01/08/07 17:05

Read: times


 
#130440 - the skinny
Responding to: ???'s previous message
how can 'the compiler' always warn you??

There is no 'law' staing that the use of the buffer and the ISR has to be in the same module. If the compiler did warn when the two were in the same module, the web would be flooded with complaints "the compiler did not warn" all of which would be referred to the above. The next post would be "the tools should be fixed". How do you fix soemthing that can not be detected by "machine means".
It is extremely dangerous, with all the idiots out there to implement anything that can be misconstrued as malfunctioning by anyone under any circumstances.
I can not count how many posts with the heading "compiler error" re Keil I have seen that ALL have been due to the one reporting being cocksure that it could not in any way be his code that was the problem. I can recall NONE of those that actually were a 'compiler error'. Now, for certain other compilers, that is another story.

If someone can not figure out how to handle atomicity, that someone should choose a chip with a data word as long as the longest entity (s)he uses (e.g. if no longs but ints use minimum 16 bit chip, if longs - use 32 bit chip....).

Jan, this is not directed at you, but so many (PC) programmers want the tools to alleviate them from the horrendous task known as thinking.

Erik

List of 32 messages in thread
TopicAuthorDate
atomicity, multibyte variables, C and my comfort            01/01/70 00:00      
   No way            01/01/70 00:00      
      Well, theoretically ...            01/01/70 00:00      
   Yes sdcc at least            01/01/70 00:00      
      Keil            01/01/70 00:00      
   Does it matter?            01/01/70 00:00      
      sort of...            01/01/70 00:00      
         Lack of this feature ...            01/01/70 00:00      
            really?            01/01/70 00:00      
   talking out of both sides of the mouth            01/01/70 00:00      
      :-)            01/01/70 00:00      
         the simple solution            01/01/70 00:00      
            The question was not how to fix it...            01/01/70 00:00      
   Don't disable            01/01/70 00:00      
      C extensions            01/01/70 00:00      
         ring buffer, atomicity and C            01/01/70 00:00      
            OK that was a stupid example...            01/01/70 00:00      
      Hardware solution called for            01/01/70 00:00      
         isn't HLL supposed to hide the low level details?            01/01/70 00:00      
            the skinny            01/01/70 00:00      
               Word length & Atomicity            01/01/70 00:00      
            Side effects            01/01/70 00:00      
               questions and answers            01/01/70 00:00      
                  Embedded Specific            01/01/70 00:00      
                     Neil, you GOT it            01/01/70 00:00      
                        waitaminute...            01/01/70 00:00      
                           from an old hand to a newbie            01/01/70 00:00      
                              what helps is good (?)            01/01/70 00:00      
                                 The warning you propose would be 'wrong' in some c            01/01/70 00:00      
                                    wrong warnings            01/01/70 00:00      
                                       Read-Modify-Write            01/01/70 00:00      
                                          OK then not simple            01/01/70 00:00      

Back to Subject List