java.lang.NullPointerException at org.basex.query.expr.TypeswitchGroup.equals(TypeswitchGroup.java:173)
Hello,
I don't really understand what just happened, so I attached the testcase and stacktrace to circumvent any malformation by the mail software in use.
Hi,
I found the position, where it goes bonkers:
In the code I have posted, find the function 'local:content#4' and there find the 'switch' statement. Replace the beginning of it, up to the second 'case' expression, with this:
,switch ($t)
case "html" return (
attribute type { "html" }
,local:atomPlainTextConstruct($content,true())
)and the function executes up to the 'error()' halt (which is just some useless stuff I did during development, as this code is not yet complete).
Seems this was a bug fix day ;) Thanks for reporting this, the issue has been resolved with the new snapshot. Once again it was an optimization that triggered the bug (the one that eliminates identical typeswitch cases).
Quoted text · Andreas Mixich · 24 lines
On Thu, Apr 18, 2019 at 11:22 PM Andreas Mixich <mixich.andreas at gmail.com> wrote: > > Hi, > > I found the position, where it goes bonkers: > > In the code I have posted, find the function 'local:content#4' and there > find the 'switch' statement. Replace the beginning of it, up to the > second 'case' expression, with this: > > ,switch ($t) > case "html" return ( > attribute type { "html" } > ,local:atomPlainTextConstruct($content,true()) > ) > > and the function executes up to the 'error()' halt (which is just some > useless stuff I did during development, as this code is not yet complete). > > -- > Goody Bye, Minden jót, Mit freundlichen Grüßen, > Andreas Mixich >
Hello Christian,
thanks, it's working now.
Written for BaseX 9.2. BaseX may have changed since: please check the current documentation.