"args-out-of-range" error when using data from external process on Windows

[Alexis]

[Not currently subscribed to the list, so please cc me on 
replies.]   Hi all,  A user of my `Ebuku` package has reported an 
"args-out-of-range" error that i'm out of my depth trying to 
diagnose. Here's the GitHub issue: 

 https://github.com/flexibeast/ebuku/issues/32 

i can't reproduce the issue on my own system:  * Gentoo + Emacs 
29.3.  * LANG=en_AU.UTF-8 * The only set LC_* variables are: 
 LC_MESSAGES=C LC_TIME=en_AU.UTF-8 
* current-language-environment = "English" locale-coding-system = 
* utf-8-unix    Their system:  Windows 11, using Emacs 29.2 
* obtained via Scoop package manager; not using WSL 
* LANG=zh_CN.UTF-8, LC_ALL=zh_CN.UTF-8 
* current-language-environment: UTF-8 locale-coding-system = cp936 
* default-process-coding-system = '(utf-8-dos . utf-8-unix) 
* `Ebuku` uses `call-process` to call the Python-based `buku` 
* bookmark database manager and present the resulting output in 
* Emacs. buku stores data in an SQLite database. 

 https://github.com/jarun/buku/ 

The link: 

 https://google.github.io/comprehensive-rust/ 

in the buku database results in:  ``` Debugger entered--Lisp 
error: (args-out-of-range "1884. Welcome to Comprehensive Rust 🦀 
- Comprehens..." 15862 15893) 
 match-string(1 "1884. Welcome to Comprehensive Rust 🦀 - 
 Comprehensive Rust 🦀") ebuku--search-helper("--print" "[all]" 
 "-1000" "") ebuku-show-all() ebuku() 
 funcall-interactively(ebuku)1 command-execute(ebuku record) 
 execute-extended-command(nil "ebuku" "ebuku") 
 funcall-interactively(execute-extended-command nil "ebuku" 
 "ebuku") command-execute(execute-extended-command) 
```  Once the Unicode CRAB emoji is removed, there's no issue. 
The link: 

 https://coredumped.dev/2021/05/26/taking-org-roam-everywhere-with-logseq/ 

in the buku database results in:  ``` Debugger entered--Lisp 
error: (args-out-of-range "2027. Taking org-roam everywhere with 
logseq • Core Dumped" 32318 32355) 
 match-string(1 "2027. Taking org-roam everywhere with logseq • 
 Cor...")  (setq tags (match-string 1 line)) (progn (string-match 
 "^\\s-*[#] \\(.*\\)$" line) (setq tags (match-string 1 line))) 
 [snip rest of traceback] 
```  The user has confirmed that the buku database is UTF-8. 

Does anyone have any suggestions about what might be happening? i 
presume my code is making some incorrect assumptions, or not doing 
some encoding stuff that it should be. i really want to get 
encoding and language support right, so even outside of this 
specific issue, general comments about things i need to fix in 
this regard would be most welcome. :-) 


Alexis.