-
Notifications
You must be signed in to change notification settings - Fork 248
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to create object-mappings if Non-ascii characters present in the path on windows #743
Comments
We tried with @i1i1 to inspect the directory that has non-ascii characters with pub(crate) async fn farming(path: String, reward_address: String, plot_size: u64) -> bool {
println!("farming is called in the backend, with path: {}", path);
for entry in std::fs::read_dir(path.clone()).unwrap() {
let dir = entry.unwrap();
println!("printing the entry: {:?}", dir.path());
}
so everything seems ok on standard rust side |
Hm... Windows is a weird OS, I believe it still doesn't use utf-8. I recall it used CP1251 for Cyrillic in the past, maybe still is. Likely an issue of RocksDB library, not the app more broadly. Someone needs to report this to RocksDB instead (well, search if it is already reported and if not then report to Rust version). Also is it an issue with ParityDB? If not then this will be a low priority and may become obsolete sooner than fixed. |
Opened the issue on upstream: rust-rocksdb/rust-rocksdb#674 |
We had identified this bug on the desktop app, here is the issue: autonomys/subspace-desktop#240
While debugging today, it seemed to me, the error is originating from rocksDB database's specific open/create functions.
So I tried to reproduce the bug on the monorepo side, to see if this issue is specific to desktop app or not.
Unfortunately, the issue is not specific to desktop.
Desktop app log
CLI log
The text was updated successfully, but these errors were encountered: