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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
08/07/06 15:42
Read: times


 
#121794 - to keep hacking at fundamentally wrong code serves
Responding to: ???'s previous message
what's fundamentally wrong on a delay loop? in C Except that the delay time cannot be guaranteed from chip to chip, from compiler to compiler; once tried/checked, it should be the same all the time.
that is not true.
Any recompile is likely to change the delay, nobody I know keep old versions of the compiler around in order to compile project a with ver 3.11, project b with ver 4.03 .... Even a change e;sewhere in the code can do it. To illustrate, I recall an old project that had a 'funny' problem: during developement some compiles 'worked', some 'kind of worked' The 'kind of worked' was ignored for a while because the part being developed could be executed in both cases. It turned out that the linker for some builds put a given routine in slower code memory and for some builds it went to faster code memory. While no one in his right mind uses external code memory today, it serves to illustrate that a totally unrelated change can affect unchanged code.

It's certainly not nice, but it is not THAT wrong.
anything that can fail IS "THAT wrong"

More importantly, there is something ELSE wrong, which will most probably exhibit itself in the politically correct version, too.
not "politically correct" but "fundamentally correct". It may very well be so, but to keep hacking at fundamentally wrong code serves no purpose and is a total waste of time.

Erik




List of 34 messages in thread
TopicAuthorDate
help with c51            01/01/70 00:00      
   Asking the impossible!            01/01/70 00:00      
   killing bad habits from the onset            01/01/70 00:00      
      Delay            01/01/70 00:00      
         Uncommented code is worthless!            01/01/70 00:00      
   No delay            01/01/70 00:00      
      I found this on the web.            01/01/70 00:00      
         Still not \"accurate\"            01/01/70 00:00      
            Sorry aaaaa more Accurate....            01/01/70 00:00      
   but why that weird inconsistency?            01/01/70 00:00      
      why wonder            01/01/70 00:00      
         what's fundamentally wrong on a delay loop?            01/01/70 00:00      
            to keep hacking at fundamentally wrong code serves            01/01/70 00:00      
               argggggggg!!! again.            01/01/70 00:00      
                  HUH?            01/01/70 00:00      
               still does not explain inconsistency            01/01/70 00:00      
                  to Jan            01/01/70 00:00      
               IS it time to put erik out to pasture            01/01/70 00:00      
                  there are many            01/01/70 00:00      
   The best way:            01/01/70 00:00      
   on the subject of timing            01/01/70 00:00      
      The Answer to the OP            01/01/70 00:00      
         Drive-By poster?            01/01/70 00:00      
            Oh how wonderful            01/01/70 00:00      
            Yes Drive-By Poster            01/01/70 00:00      
   char VS int            01/01/70 00:00      
      why do you persist            01/01/70 00:00      
         Learn through your mistakes            01/01/70 00:00      
            yes, I do            01/01/70 00:00      
               inline assembly in C            01/01/70 00:00      
                  sure            01/01/70 00:00      
                  why such figthing ?            01/01/70 00:00      
      write it out            01/01/70 00:00      
      debug            01/01/70 00:00      

Back to Subject List