Skip to content
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

OCR add on fails to initialise with errors #2761

Closed
nvaccessAuto opened this issue Oct 30, 2012 · 4 comments
Closed

OCR add on fails to initialise with errors #2761

nvaccessAuto opened this issue Oct 30, 2012 · 4 comments
Assignees
Labels
Milestone

Comments

@nvaccessAuto
Copy link

Reported by briang1 on 2012-10-30 14:31
This ticket raised on behalf of:
Igor Melnikov igoryatina@ya.ru

Basically the initialisation of the add on fails due to the character set used on the host system. It being Russian. another machine using normal characters for the user name has no issues.
Log file below.

INFO - nvda (11:24:18):
Starting NVDA
INFO - core.main (11:24:19):
Config dir: C:\Users\я\AppData\Roaming\nvda
INFO - core.main (11:24:19):
NVDA version main-5591
INFO - core.main (11:24:19):
Using Windows version sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1')
INFO - core.main (11:24:19):
Using Python version 2.7.3 (default, Apr 10 2012, 23:31:26) v.1500 32 bit (Intel)
INFO - core.main (11:24:19):
Using comtypes version 0.6.2
INFO - synthDrivers.espeak.SynthDriver.init (11:24:19):
Using eSpeak version 1.46.02 06.Jan.12
INFO - synthDriverHandler.setSynth (11:24:19):
Loaded synthDriver espeak
INFO - core.main (11:24:19):
Using wx version 2.8.12.1 (msw-unicode)
INFO - braille.initialize (11:24:19):
Using liblouis version 2.5.1
INFO - braille.BrailleHandler.setDisplayByName (11:24:19):
Loaded braille display driver noBraille, current display has 0 cells.
INFO - core.main (11:24:20):
NVDA initialized
ERROR - scriptHandler.executeScript (11:24:22):
error executing script: <bound method GlobalPlugin.script_ocrNavigatorObject of <globalPlugins.ocr.GlobalPlugin object at 0x045CDA50>> with gesture u'NVDA+r'
Traceback (most recent call last):
File "scriptHandler.pyc", line 165, in executeScript
File "C:\Users\я\AppData\Roaming\nvda\addons\ocr\globalPlugins\ocr__init__.py", line 189, in script_ocrNavigatorObject
File "subprocess.pyc", line 506, in check_call
File "subprocess.pyc", line 493, in call
File "subprocess.pyc", line 679, in init
File "subprocess.pyc", line 855, in execute_child
File "subprocess.pyc", line 615, in list2cmdline
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)
ERROR - scriptHandler.executeScript (11:24:22):
error executing script: <bound method GlobalPlugin.script_ocrNavigatorObject of <globalPlugins.ocr.GlobalPlugin object at 0x045CDA50>> with gesture u'NVDA+r'
Traceback (most recent call last):
File "scriptHandler.pyc", line 165, in executeScript
File "C:\Users\я\AppData\Roaming\nvda\addons\ocr\globalPlugins\ocr__init
_.py", line 189, in script_ocrNavigatorObject
File "subprocess.pyc", line 506, in check_call
File "subprocess.pyc", line 493, in call
File "subprocess.pyc", line 679, in init
File "subprocess.pyc", line 855, in execute_child
File "subprocess.pyc", line 615, in list2cmdline
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)
ERROR - scriptHandler.executeScript (11:24:23):
error executing script: <bound method GlobalPlugin.script_ocrNavigatorObject of <globalPlugins.ocr.GlobalPlugin object at 0x045CDA50>> with gesture u'NVDA+r'
Traceback (most recent call last):
File "scriptHandler.pyc", line 165, in executeScript
File "C:\Users\я\AppData\Roaming\nvda\addons\ocr\globalPlugins\ocr__init
_.py", line 189, in script_ocrNavigatorObject
File "subprocess.pyc", line 506, in check_call
File "subprocess.pyc", line 493, in call
File "subprocess.pyc", line 679, in init
File "subprocess.pyc", line 855, in execute_child
File "subprocess.pyc", line 615, in list2cmdline
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)
ERROR - scriptHandler.executeScript (11:36:28):
error executing script: <bound method GlobalPlugin.script_ocrNavigatorObject of <globalPlugins.ocr.GlobalPlugin object at 0x045CDA50>> with gesture u'NVDA+r'
Traceback (most recent call last):
File "scriptHandler.pyc", line 165, in executeScript
File "C:\Users\я\AppData\Roaming\nvda\addons\ocr\globalPlugins\ocr__init
_.py", line 189, in script_ocrNavigatorObject
File "subprocess.pyc", line 506, in check_call
File "subprocess.pyc", line 493, in call
File "subprocess.pyc", line 679, in init
File "subprocess.pyc", line 855, in execute_child
File "subprocess.pyc", line 615, in list2cmdline
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)
ERROR - scriptHandler.executeScript (11:36:57):
error executing script: <bound method GlobalPlugin.script_ocrNavigatorObject of <globalPlugins.ocr.GlobalPlugin object at 0x045CDA50>> with gesture u'NVDA+r'
Traceback (most recent call last):
File "scriptHandler.pyc", line 165, in executeScript
File "C:\Users\я\AppData\Roaming\nvda\addons\ocr\globalPlugins\ocr__init
_.py", line 189, in script_ocrNavigatorObject
File "subprocess.pyc", line 506, in check_call
File "subprocess.pyc", line 493, in call
File "subprocess.pyc", line 679, in init
File "subprocess.pyc", line 855, in _execute_child
File "subprocess.pyc", line 615, in list2cmdline
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)

@nvaccessAuto
Copy link
Author

Comment 1 by nvdakor on 2012-10-30 16:12
Is this happening with computers with Unicode characters (that is, non-ASCII characters) as part of the folder path?

@nvaccessAuto
Copy link
Author

Comment 2 by briang1 on 2012-10-30 17:00
I suggest you email the person directly, as I don't know. All I know is that he has two machines, one does the above but the other with a 'normal' user name does not. He also was not clear whether it too was running Russian Windows 7.
I got the impression that it was failing due to them not being Unicode from the log. I cannot test myself.

@nvaccessAuto
Copy link
Author

Comment 3 by jteh on 2012-10-30 17:15
I suspect this is due to the fact that tempfile.gettempdir now returns a Unicode path (f6a3112). Unfortunately, the other path in that module is ANSI, since it is derived from Python's __file__, so Python fails when coercing to Unicode.

Either we need a new version of the OCR add-on for 2012.3 or we need to change tempfile.gettempdir to be an ANSI path. Neither option is particularly nice.

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2012-10-31 00:46
This should be fixed in NVDA 2dbb881.
Changes:
Milestone changed from None to 2012.3
State: closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants