I believe books when they say they teach c they should stick to standard c. Platform speific issues should be left to platform specific books. Atleast they should say what's std c and what's not, so that I know what's portable and what's not. One of the most important goals of c was to creat a programming language which could be used to write portable code, even portable system level code.
You haven't answered my other points.
In "Let us C" or similar books they say there are two argument passing mechanisms which is just plain wrong. c++ has but c doesn't.
Understanding arrays properly is crucial for lower level code and their relation with pointers. That's wrongly discused in "Let us C". Read Ritchie then read Kanetkar on that and see for yourself. Confusion here leads to incorrect understanding of multidimensional arrays and pointer to pointers.
Hardly discusses and uses manual memory management(balu garu doesn't use free for some reason.
These are pretty basic things, I am not talking about structure padding, boundary alignment, what's exactly the value of null pointer or sequence points. Basics should be discussed properly.
Just because your MCA students think they got it, doesn't mean they actually got it. How do you decide whether somebody is wriing good code or not? I would like to quote Martin Flowler here "Even a fool can write a program which a machine understands, good programmers write code which humans can understand".
And the code which I have written previously is from the most important section of K&R. That's where I thought, "now I understand c better".
Do consider reading this Bjarne's interview. You might find it related.
Technology Review: The Problem with Programming
You seem to be laughing at kanetkar's joke, still recommending it
Just curious. Did you read K&R?
You haven't answered my other points.
In "Let us C" or similar books they say there are two argument passing mechanisms which is just plain wrong. c++ has but c doesn't.
Understanding arrays properly is crucial for lower level code and their relation with pointers. That's wrongly discused in "Let us C". Read Ritchie then read Kanetkar on that and see for yourself. Confusion here leads to incorrect understanding of multidimensional arrays and pointer to pointers.
Hardly discusses and uses manual memory management(balu garu doesn't use free for some reason.
These are pretty basic things, I am not talking about structure padding, boundary alignment, what's exactly the value of null pointer or sequence points. Basics should be discussed properly.
Just because your MCA students think they got it, doesn't mean they actually got it. How do you decide whether somebody is wriing good code or not? I would like to quote Martin Flowler here "Even a fool can write a program which a machine understands, good programmers write code which humans can understand".
And the code which I have written previously is from the most important section of K&R. That's where I thought, "now I understand c better".
Do consider reading this Bjarne's interview. You might find it related.
Technology Review: The Problem with Programming
You seem to be laughing at kanetkar's joke, still recommending it
Just curious. Did you read K&R?