Re: NVDA crashes if non-ASCII characters are in the path

Reef Turner

Yes, that is essentially what happens already. However, in this particular case espeak calls exit() which instructs the OS to end the process. There are various ways we might get around that, but not on a short enough timeline for this release. My suggestion was a temporary work-around, a preventative measure to detect this known error condition before even loading espeak, and load a different synthesizer instead.

-----Original Message-----
From: On Behalf Of Marlon Brandão de Sousa
Sent: Saturday, 8 February 2020 12:09 PM
Subject: Re: [nvda-devel] NVDA crashes if non-ASCII characters are in the path


Shouldn't this be a standard behavior in any case? On startup, if for whatever reason (not only for this specific case, but for all cases), if something goes wrong trying to use a synthesizer, then all other available ones should be tried in sequence until one of them works and, if all of them fail, a recorded message should be played stating that NVDA can't use the installed synthesizers?

This would make the screen reader very resilient because failing to use a synthesizer is one of the conditions that let users in a very vulnerable situation.

Not asking you to do anything now, just checking if this thought makes sense.

On 06/02/2020 07:06, Reef Turner wrote:
One possible work-around (that I don't like very much) would be to detect the crash conditions on start up (espeak synth, path with non-ASCII), warn the user and set a different synth.

-----Original Message-----
From: On Behalf Of Nikita
Sent: Wednesday, 5 February 2020 7:38 PM
Subject: Re: [nvda-devel] NVDA crashes if non-ASCII characters are in the path

Unfortunately, this is a rather serious problem, the danger of which is probably underestimated.
Because of this problem, it is impossible to run new NVDA if the path to unpacked version contains non-ASCII characters.
As a result, inexperienced users may not understand why the new NVDA portable does not start.
There are Non-ASCII characters in languages based on the Latin alphabet, for example, French, German, Spanish. The so-called diacritics.
It is also bad that the log of NVDA does not contain any errors. NVDA crashes before it has time to write something.
This is an old bug that manifested even in Python 2 versions. That is not a problem of Python 3 migration.

-----Original Message-----
From: <> On Behalf Of Brian's Mail list account via Groups.Io
Sent: Wednesday, February 05, 2020 8:54 PM
Subject: Re: [nvda-devel] NVDA crashes if non-ASCII characters are in the path

I wonder how many people this might affect? If somebody likes espeak, one supposes this will be people who use other languages than the Latin based ones with this synth. I could not see the issue on the Espeak mail list, so suspect its been around for a while. Could an older version be used to temporarily fix this as it might make some people not want to switch, assuming of course the problem is not already in the current stable python 2. I'd not know.

Sent via blueyonder.
Please address personal E-mail to:-, putting 'Brian Gaff'
in the display name field.
Newsgroup monitored: alt.comp.blind-users
----- Original Message -----
From: "Reef Turner" <>
To: <>
Sent: Wednesday, February 05, 2020 9:10 AM
Subject: Re: [nvda-devel] NVDA crashes if non-ASCII characters are in the

Hi Nikita,

Thanks for pointing this out. It is a known issue [1]. We are confident this
is caused by an issue in espeak and there is little we can do about it in
the short term. We hope that the espeak maintainers will fix this issue, but
unfortunately it is too late for a fix to be included in 2019.3.


Join to automatically receive all group messages.