O'Neil Delpratt
- Login: ond1
- Email: oneil@saxonica.com
- Registered on: 2012-01-26
- Last connection: 2025-04-15
Issues
open | closed | Total | |
---|---|---|---|
Assigned issues | 23 | 710 | 733 |
Reported issues | 22 | 436 | 458 |
Projects
Project | Roles | Registered on |
---|---|---|
Saxon | Manager, Developer, Reporter | 2012-01-27 |
Saxon-CE | Developer, Reporter | 2012-02-01 |
SaxonC | Manager, Developer, Reporter | 2013-11-28 |
SaxonJS | Manager, Developer, Reporter | 2016-08-11 |
SaxonMirrorHE | Manager, Developer | 2021-02-02 |
Activity
2025-04-11
-
That particular example actually works on SaxonC 12.6 pre-release with and without the `detach_current_thread`. I was able to reproduce the error on 12.5. The detach_current_thread probably was masking the underlying problem.
The JVM ... Bug #6743 (Resolved): threading_test.py under Windows 11 and Python 3.12.9 runs the code but then crashes with "Fatal error: StackOverflowError: Enabling the yellow zone.."I revisited the sample `threading_test.py` from the pypi/samples directory and found that running it with SaxonC 12.5 HE and Python 3.12.9 under Windows 11 it seems to run through the Python code and output the result files from the XSLT...
2025-04-10
-
I managed to test SaxonC 12.5 with the new testThreads and it fails. Therefore you will have to wait for 12.6.
i managed to test 12.6 with the the C++ testThreads on linux and MacOS M1 and it succeeds.
Support #6740 (Resolved): SaxonC exceptionIn the documentation of the SaxonC API there is not much information regarding thread safety.
My goal is to validate XML with schematrons
I currently use an XsltExecutable* saved on memory for a long running process because the compila... -
> Hi,
>
> I have finally resolved this issue. The main problem in the internal code was the `SaxonProcessor::attachCurrentThread()` was required before for destroy the processor data from the Object... -
I have finally resolved this issue. The main problem in the internal code was the `SaxonProcessor::attachCurrentThread()` was required before for destroy the processor data from the Object Handle's pool.
The C++ testThreads sam...
2025-04-08
2025-04-07
-
I have got further in resolving this issue. The `setInitialMatchSelectionAsFile` is missing the `SaxonProcessor::attachCurrentThread()` required in threaded applications. We are now crashing out in the 3rd thread. Support #6740: SaxonC exceptionIn the documentation of the SaxonC API there is not much information regarding thread safety.
My goal is to validate XML with schematrons
I currently use an XsltExecutable* saved on memory for a long running process because the compila... -
-
2025-04-05
-
Hi,
Thanks for creating this issue. Yes we could do more in terms of documentation on threads. I will use this bug issue to track progress on improving the documentation on threads-safety.
In answer to your question yes the XsltExe... Support #6740: SaxonC exceptionIn the documentation of the SaxonC API there is not much information regarding thread safety.
My goal is to validate XML with schematrons
I currently use an XsltExecutable* saved on memory for a long running process because the compila... -
Also available in: Atom