??? 09/25/06 11:16 Read: times |
#124986 - Things for which an HLL cannot be trusted... Responding to: ???'s previous message |
Jan Waclawek said:
Well, if you dare to use a HLL in timing-critical real-time application... bear the consequences. Yes - that was my point: I said:
Then, of course, there's the just plain bad 'C' code that makes unwarranted assumptions and unsafe reliance on the nature of the generated code... I'm saying that if your source code relies upon the execution timing of the generated code then it is bad source code. Such reliance may or may not be intentional... |
Topic | Author | Date |
debuging C code | 01/01/70 00:00 | |
Management solution | 01/01/70 00:00 | |
I kind of hope | 01/01/70 00:00 | |
False assumption | 01/01/70 00:00 | |
to HLL or not to HLL | 01/01/70 00:00 | |
Things for which an HLL cannot be trusted... | 01/01/70 00:00 | |
sometimes there's no other way | 01/01/70 00:00 | |
that was not me, but Andy | 01/01/70 00:00 | |
Timing - end of wrong stick | 01/01/70 00:00 | |
Thats not the point | 01/01/70 00:00 | |
better, don't use C at all.. :-) | 01/01/70 00:00 | |
experience and knowledge | 01/01/70 00:00 | |
the key word is "manifest" | 01/01/70 00:00 | |
NASA | 01/01/70 00:00 | |
against NASA rules, sorry Andy posted before | 01/01/70 00:00 | |
Testing | 01/01/70 00:00 | |
Pointers | 01/01/70 00:00 | |
In the real world | 01/01/70 00:00 | |
worse than that | 01/01/70 00:00 | |
customers complaining or not ... | 01/01/70 00:00 |