A list for the developers of CellML tools

Text archives Help


[cellml-dev] [libsbml-team] Changing state in libxml


Chronological Thread 
  • From: lpsmith at spod-central.org (Lucian Smith)
  • Subject: [cellml-dev] [libsbml-team] Changing state in libxml
  • Date: Fri, 4 Mar 2011 01:01:26 +0000

* Andrew Miller <ak.miller at auckland.ac.nz> [2011-03-02 01:44] writes:
> On 19/02/11 14:12, Lucian Smith wrote:
> >These are all things that *I* can do, and would work for my own
> >self-compiled programs. But Antimony itself is supposed to be a library,
> >to be compiled by others for use in their own programs. Ideally, it would
> >just drop in to whatever system they were already using libsbml or the
> >cellml api for, and would bring it only the new dependencies. But this
> >particular issue, if left unresolved, makes that impossible, and requires
> >particular versions of its dependent libraries.
> >
> >If this turns out to literally be insoluable, I will have to just tell
> >people 'either don't use libsbml compiled with libxml, or don't use cellml
> >support at all', but sheesh. I would think there is a real solution out
> >there, and not merely a series of complicated workarounds. Since libsbml
> >manages to use libxml without spoiling it for use in libcellml, I would
> >think the reverse could be accomplished as well.
>
> I'm wondering if it is the use of xmlSetStructuredErrorFunc that causes
> problems; we certainly could remove any set error handlers.
>
> As a workaround, does calling xmlSetStructuredErrorFunc(NULL, NULL)
> between using the CellML API implementation and libSBML solve the problem?

Aha! This does indeed fix the problem. So, are you saying that you might
be able to tweak CellML to change the error handler here? That'd be
great, though I'd be willing to investigate what it would take to unset it
myself in my library.

-Lucian




Archive powered by MHonArc 2.6.18.

Top of page