Rongcui Dong

My current work around is the following wrapper script. It seems to work, though emacs highlights errors on the "literate" part of literate haskell. The highlight problem magically fixed somehow....

Same problem.

Fixed this part and have another issue which I think is a bug: #1014 I am stuck with a CentOS 7 station which comes with an even older version of...

I think I have all the aggregates described here: https://www.sqlite.org/windowfunctions.html#introduction_to_window_functions I am not using them, so I am not testing those.

What does it mean by failing to format? I don't see any output in the checks.

Can someone check and merge this? I have another PR I want to submit later.

I also have a query that fails for this exact error. I can't isolate a minimum example, but this is my project commit: https://github.com/rongcuid/gqlforum-rs/commit/33b238a706153849c93ad4a7995fec9ed930ef94 Hopefully it is not too large....

I got the same error also after factoring out the WITH clause into a view. The view's column type seems to be NULL for the `post_number` column. Maybe this is...

OK. Here is what I do: ```rust fn rusqlite_log(error_code: c_int, msg: &str) { tracing::error!("SQLite Error {}: {}", error_code, msg); } // ... unsafe { rusqlite::trace::config_log(Some(rusqlite_log)).unwrap(); } ```

Here are all settings combined: ``` "asciidoc.use_kroki": true, "asciidoc.preview.style": ".asciidoctor/preview-stylesheet.css" ``` And the stylesheet (which is used to solve some incorrect character mappings from the default fonts, but that is...