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. -- Goody Bye, Minden jót, Mit freundlichen Grüßen, Andreas Mixich
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
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). On Thu, Apr 18, 2019 at 11:22 PM Andreas Mixich <mixich.andreas@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. -- Goody Bye, Minden jót, Mit freundlichen Grüßen, Andreas Mixich
participants (2)
-
Andreas Mixich -
Christian Grün