/ ht@inf.ed.ac.uk (Henry S. Thompson) was heard to say: |> 2. Set last() = MAXINT and explain to users that that's the way |> it works in V1. | | This avoids the above-noted problem with (1). It does. I'm uneasy about it because it's always a lie. OTOH, position()=last() is almost always a lie so I could live with it :-) |> 3. If the pipeline author uses last() then the step has to buffer |> and give the right answer. If that causes a resource error in the |> implementation (out of memory, for example), so be it. | | As stated before, I _really_ don't want implementations to have to | peer into XPaths, so I _really_ don't like this. I don't want implementations to have to do any real analysis, but "indexOf(xpath,'last()') >= 0" doesn't seem overly burdensome. I expect implementors will do some analysis anyway. My implementation attempts to stream p:delete operations, for example, by considering the XPath. Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | There is nothing which human courage http://nwalsh.com/ | will not undertake, and little that | human patience will not endure.--Dr. | JohnsonReceived on Wednesday, 6 June 2007 13:32:30 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:21:52 GMT