Light
请教一下为什么将test_parse_root_not_singular函数中`“0123”``“0x0”``“0x123”` 的测试返回结果算LEPT_PARSE_ROOT_NOT_SINGULAR，而不是算LEPT_PARSE_INVALID_VALUE？
这个测试的结果会出现判断`LEPT_PARSE_NUMBER_TOO_BIG`的结果，做不到返回结果为0…… 是有需要特殊处理的深意，还是本身不太正确？
UGF现在打包的时候写完文件不会立刻释放文件句柄，这样避免了打包文件写入覆盖的问题 但也导致了打包时如果出现 `System.IO.IOException: Shareing violation on path xxx` 则一头雾水找不到原因 增加一个这方面的构建提示 感谢 @FingerCaster 对我的帮助
I use [RESTful HTTP protocol](https://orientdb.com/docs/3.0.x/misc/OrientDB-REST.html) to access OrientDB And I set the [`Connection: close`](https://orientdb.com/docs/3.0.x/misc/OrientDB-REST.html#keep-alive) in the http header Recently, the orientdb become very slow and have the warning log ```...