[GRASS-dev] [GRASS GIS] #1941: wxGUI fails with Japanese locale
GRASS GIS
trac at osgeo.org
Wed Sep 11 02:43:58 PDT 2013
#1941: wxGUI fails with Japanese locale
----------------------+-----------------------------------------------------
Reporter: venkat | Owner: grass-dev@…
Type: defect | Status: new
Priority: blocker | Milestone: 7.0.0
Component: wxGUI | Version: svn-trunk
Keywords: wingrass | Platform: MSWindows 7
Cpu: x86-32 |
----------------------+-----------------------------------------------------
Comment(by mlennert):
Replying to [comment:21 martinl]:
> Replying to [comment:19 martinl]:
> > > [http://msdn.microsoft.com/en-
us/library/windows/desktop/ms682586%28v=vs.85%29.aspx DLL Search Order].
> >
> > Right, when I launch `python.exe` which comes with standalone
installer it points to `C:Windows\SysWOW64\python27.dll`. When I launch
`python.exe` from `C:\OSGeo4W\bin` it points to the right dll file, ie.
`C:\OSGeo4W\bin\python27.dll`.
>
> Ah, OK, it's probably caused by the fact that the standalone installer
puts `python27.dll` to the different directory (ie. `extralib`) compared
to `python.exe` (`extrabin`). Directory `extralib` is in the path
source:grass/trunk/mswindows/env.bat#L17, but it's probably not enough.
The problem could be solved by moving `python27.dll` to `extrabin`. Then
we could probably move all DLL files to `extrabin` and get rid of this
directory. It's comment practice to have DLL files together with EXE files
in the same directory. I don't know why the standalone installer separates
them to the two different directories, ie. `extrabin` and `extralib`.
Try it, but ISTR that there is also an issue with the Windows registry,
i.e. that the dlls called depend on registry entries (I think that this
came up as a problem at least in the case of python scripts called from
python scripts).
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1941#comment:22>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list