Influence of folder name on xTB calculations

Thank you very much for your continued excellent work—and congratulations on the release of Avogadro 2 v1.102.1.

I have encountered an issue that may not strictly be a bug, but I would like to bring it to your attention as a precaution. When the input coordinate file (“.xyz”) is placed in a folder whose name is in Japanese characters, the calculation with xTB terminates unexpectedly. I’m not sure whether the same issue occurs with folder names in other languages. Aside from xTB calculations, I have not encountered any problems so far.

Environment Information

Avogadro version: 1.102.1
Operating system and version: windows11

1 Like

I think @matterhorn103 can comment on this. I think it’s related to this issue (still):

Let’s see if we can get a fix that works for you.

Yeah, I think you’re probably right as to the origin of the issue. In any case, I’d be keen to get to the bottom of it.

Edit: Having said that, I thought I’d also already fixed this by enforcing UTF-8 on the plugin side, see this old closed issue.

Thinking of possible causes, it might be that:

  1. I have only enforced UTF-8 output using sys.stdout.reconfigure(encoding='utf-8'), and haven’t told Python to read stdin as UTF-8
  2. Whatever is put out by the .toLocal8Bit() method that Avogadro is using isn’t then decoded by Python properly
  3. I forgot to specify the use of UTF-8 in one of the file IO operations in avo_xtb or easyxtb somewhere
  4. xtb doesn’t expect UTF-8 files on a non-UTF-8 machine