Won't Statement  B get an error in both DTS and Query Analyzer because it is missing the leading quote after the select statement?

The question as posed says Query B works (in spite of the missing quote).  Assuming the missing quote is a misprint, are we to believe that Query B works without the modification given for Query A?

If Query B also requires a CAST, then none of the answers fit the question.  It becomes a trick question but not for the reason in answer 3, so all answers are wrong.

I couldn't find anything on the Microsoft site about this bug, but I did find a discussion of it at http://www.dbforums.com/showthread.php?threadid=656046&goto=nextoldest.  According to the messages there, the bug is somehow related to the length of the SQL query string, but there is a workaround by including a CONVERT or CAST in the query, as is shown in SQL Statement B.

(It looks like the missing open quote in SQL Statement B was an oversight.)

So if results over 75 chars are a problem, how can Query B (which returns a longer result) possibly work without using the workaround given in the explanation?  The question says the problem does not occur for Query B, which is wrong, so none of the answers fit.