Rick Gessner helped unpretzel the logic here to get the

right answer, but suggests that this kind of math is
no longer necessary with nsString.
fixes build bustage.


git-svn-id: svn://10.0.0.236/trunk@28712 18797224-902f-48f8-a5cc-f745e15eee43

mozilla/parser/htmlparser/src/nsExpatTokenizer.cpp

@@ -205,7 +205,7 @@ void nsExpatTokenizer::SetErrorContextInfo(nsParserError* aError, PRUint32 aByte
     
     /* At this point, the substring starting at (startIndex + 1) and ending at (endIndex - 1),
        is the line on which the error occurred. Copy that substring into the error structure. */
-    aError->sourceLine.Append((const PRUnichar* )&aSourceBuffer[startIndex + (1 * sizeof(XML_Char))], (endIndex - 1) - startIndex);
+    aError->sourceLine.Append((const PRUnichar* )&aSourceBuffer[(startIndex + 1) * sizeof(XML_Char)], (endIndex - 1) - startIndex);
   }
 }