Re: References in XPath that can be represented by a string andstill can be garbage collected
"Michael Kay" <[email protected]> Thu, 18 Dec 2008 15:26:57 -0000
| Newsgroups | gmane.text.xml.xslt.extensions |
|---|---|
| Message-ID | <22129AB6B2794AFFA3C4EB8F9434DE22@Sealion> |
> > This fully answers the question and proves that there are no > concurency anomalies. > Doesn't look like a proof to me. And it doesn't address my specific example. Given a node $N whose string-reference happens to be 'n123', if you do String $S = ref(RM, $N); Node $M = deref(RM, 'n123'); you will get $M set to the node $N; but if you do the two instructions the other way round, $M will be null. That is, the result depends on order of evaluation. As I said, I'm not sure this is serious, because if you call deref() with a string that wasn't obtained from the RM, the results are undefined anyway. But it's a warning signal that indicates we need to be very careful. Michael Kay http://www.saxonica.com/