Error 1067: Implicit Coercion

<p>Help! I just got that dreaded 1067 error... ohh actually it's not that bad, it's telling me something: <b>1067: Implicit coercion of a value of type <a href="/courses/video/5/161/Numbers-int-And-unit.html">int</a> to an unrelated type <a href="/courses/video/4/154/Strings-As-Our-First-Variable.html">String</a></b>. But what on earth does THAT mean? (We saw a headline in today's paper: &quot;Little Girl Coerced into Car.&quot; This must be one scary bug!)</p> <p>When the compiler detects something wrong with the code, it generates an error. There are different types of errors: <b>Runtime errors</b> and <b>Compile time Errors</b>. (We covered Runtime vs. Compiler errors <a href="/courses/video/6/45/Runtime-vs-Compiler-Errors.html#runtime">here</a>.) The error we're discussing here is a compile time error, so we'll learn why this error happens and how to debug it. We learned from the <a href="/courses/video/4/154/Strings-As-Our-First-Variable.html">previous</a> classes that the data type assigned to the <a href="/courses/video/5/157/Using-Variables.html">variable</a> must be same as the data type used for the declaration of variable. When the user forgets this rule, there is a pretty good probability that this error is going to show up.</p> <p>For example, consider a variable that is declared initially using the data type String. Now, this variable is just like a container which can hold ONLY data of type String. So if we assign string data to this variable later in the program, it will compile normally without any errors. But if we assign a different type of data to this variable, <a href="/courses/video/4/156/Numbers-As-Our-Second-Variable.html">number</a> for example, then this will cause an error and is referred as <b>Implicit Coercion Error</b>.</p> <p>This happens because when data is assigned to this variable, the application expects it to be a string written within double quotes such as</p> <p>str="<i>Flash</i>";</p> <p>But when a number of type integer is assigned to this variable, the compiler detects the mismatch of data types and generates an error. (02 tip: many developers have a charming term for when any error occurs: &quot;it just puked.&quot; Hey, WE didn't invent it!) One should be very careful while assigning and declaring variables. Even after taking all possible precautions, there is still a possibility for this error to happen: after all, we're human beings. It's best to be aware of all types of errors: the <b>syntax error</b> (code typed wrong, <a href="/course/basics/functions">function</a> not used correctly, etc.,) the <b>implicit error</b> or any other type of error. When the error is a syntax error, there is no point in checking every single variable for mismatch of data type, wasting time. We can directly check for any error in syntax of the code and fix it. But when we see that the error is an implicit error, one has to realize that it is caused mostly due to a mismatch of variables and as such debug it accordingly.</p>