We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
One of the most basic rules for reliable embedded software is to AVOID dynamic memory allocation. See MISRA and others... For the less experienced programmer, when using malloc extensively, it is likely that at some point in time it will fail to allocate the large chunk of memory you need, because the memory pool is fragmented. When it fails, your code does not have much choice other than reset the system, otherwise it will continue to be impaired forever... In the light of the above, I cannot fathom why Keil, an ARM company, is making this basic mistake. I have tested this TCPNet rubbish a while ago with a simple tcp Connection exchanging data back and forth, and it locked up after less than one hour! The web server did not work much better either. If you look around at other proper implementations done by Segger, Express Logic, etc... you will see how it should be done. I have seen some people here complaining about alloc_mem() returning NULL. If you want a reliable IP stack look elsewhere. Keil does not have one.
I certainly try and avoid it, here particularly because there is no registration or authentication, so no reason to suppose anyone is who they say they are.
I also don't see the problem with anonymous reviews, even for restaurants, with adequate context and reasoning the review can stand or fall on it's own merits.
Heck, if you use your real name my opinion might be coloured by the knowledge you are an Arrow FAE working in India, or something...
...coloured by the knowledge you are an Arrow FAE working in India, or something... I would like to raise an disagreement upon Pointing any specific geographical region name. The fact that Indians have launched the cheapest mission to Mars shows how technologically sound Indians might be _and Foreigners are not hired in India unlike other technologically advanced countries, who hire Indians_.
And i m purposely not using my real name currently (though i use it while posting in technical discussions).