This is part of the XML, where we cannot stat a file we leave the size="UNDETERMINED" to tell us that we could not find it.

<InputFile>
<File name="datagrid1" size="UNDETERMINED" getFileSizeStatus="No such file or directory (errno=2)"/>
</InputFile>

In the XSLT when I am using

<xsl:variable name="UNDETERMINED_Filesize" select="count(//InputFile/File/@size[.='UNDETERMINED'])" />

saxonB is throwing a validation error:

*************************
Validation error
FORG0001: Cannot convert string "UNDETERMINED" to a double
Transformation failed: Run-time errors were reported
*************************

If we used xsltproc instead of saxonB it does not throw this error. But I want to use SaxonB as my XSLT processor. So, Is there some way while using saxonB to ignore the validation? Any help on this will be really appreciated.

I also forgot to say that the problem is with the attribute size in the xml. If it was not size, but something like sz it would have worked well in Saxon too. So is there a way to leave size as the attribute but let it be anything like text also (like in my case)?

I saw that you were talking about this validation in Saxon XSLT and XQuery Processor mailing lists, but there was solution in it.
Thanks again for all your help with other questions.

I'm a bit puzzled by this problem: you haven't shown enough information. Is there a schema? If so, how is the @size attribute defined? I wouldn't expect to see this error if there is no schema (the xs:decimal must come from somewhere!). If there is a schema then I wouldn't expect your source document to pass validation; and I wouldn't expect it to do anything on Saxon-B as distinct from Saxon-SA.

Please note that type-checking is very different between XSLT 2.0 processors and XSLT 1.0, although a 2.0 processor should fall back to behaving in a very similar way to a 1.0 processor when the data is untyped and unvalidated.

Please supply more information about your source document, stylesheet, and schema.

Michael Kay
http://www.saxonica.com/
Author, XSLT Programmer's Reference and XPath 2.0 Programmer's Reference

I found the problem. There was a line (the one below) which did a sum without validation check to make sure it is not decimal. The worst part is that when I used XSLT Cooktop with MSXML as the engine, it never errored out. I am glad I started using Saxon (Thank you for that).

The only problem I had with the Saxon was that it did not tell me the line number where the validation error happened. My XSLT code is around 1600 lines, so it was difficult to look for it without the line number. But anyways thanks for your help and for a good xslt processor.

**************************
<xsl:variable name="TestNumberOfBytes" select="sum(//InputFile/File/@size)" />
**************************