Re: Rounding problems.

No, I understood that rounding and precision on divide is not defined precisely. (see http://lists.w3.org/Archives/Public/public-qt-comments/2004Apr/0037.html). Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX

Rounding problems.

Bigdecimal rounding (to extend double precision limit). Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839 - To unsubscribe, e-mail

Re: [VOTE] Nomination for committer status for June Ng

+1 from me Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839 Matthew

Re: Retrofitting XSLT2 into Xalan 2

this issue. Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839

Re: [VOTE] Nomination for committer status for Joanne Tong

+1 Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839

Re: [VOTE] Proposal for Xalan-Java 2.6.0 release

+1. Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839 Bhakti Mehta

Re: cvs commit: xml-xalan/java/src/org/apache/xalan/xsltc/compiler FilterExpr.java Predicate.java Step.java StepPattern.java

not only makes code better, but also very important if we will have XSLTC debugger. A debugger cannot work properly if it has changed (optimized) code. I think we should talk about this idea in our team. We are doing a lot of 2.0 work (internally so far) and adapting the idea could change our design.

Fw: Default systemID

Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839 - Forwarded by Igor Hersht/Toronto/IBM on 02/03/2004 04:01 PM

Re: Support for plugging in alternative DTM implementations in XSLTC

I would like to add that checking all those files on every transformation is even much more expensive on OS390 ( IO, opening and closing is really expensive on OS390). According to some measurements It could result in 100 ? 500% performance degradation. Igor Hersht XSLT Development IBM

Re:Internalization A package for code common for XSLTC, xalan interpretive and XQuery.

added to xsl elements to be consistent with XQuery and XPath Functions documentation). 3.3.4 xml:lang attribute xml:lang attribute is ignored (according to recommendations from http://www.w3.org/TR/xquery-operators 7.3 Equality and Comparison of Strings). Igor Hersht XSLT Development IBM Canada

Re: A package for code common for XSLTC, xalan interpretive and XQuery.

. Actually our specs are in a draft form and obviously not perfect. Discussions would be appreciated. Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839

A package for code common for XSLTC, xalan interpretive and XQuery.

any code which is common for XSLT2.0, XPath 2.0, XQuery 1.0 and XPath 2.0 Functions and Operators. Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839

Re: [VOTE] Stepping down as PMC rep for xml-xalan, and nomination of BrianMinchau

+1 Igor Hersht XSLT Development IBM Canada Ltd., 8200 Warden Avenue, Markham, Ontario L6G 1C7 Office D2-260, Phone (905)413-3240 ; FAX (905)413-4839 Santiago

RE: Benchmarks (XalanC + XalanJ)

about results reported by any particular company. What we really need is a "Industry standard benchmarks" - recognized standard for performance evolution. This is how it works in "classical" environments like C++ and Java compilers. Igor Hersht XSLT Development IBM Canada