GollyGang / ready

A cross-platform implementation of various reaction-diffusion systems and PDEs.
GNU General Public License v3.0
768 stars 60 forks source link

Cannot launch #2

Closed GoogleCodeExporter closed 3 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?

(1) Simply, launch the application.

The following message is displayed and could not run the application:

./src/common/unichar.cpp(66): assert "Assert failure" failed in ToHi8bit(): 
character cannot be converted to single byte

Call stack:
[00] wxFileSystem::URLToFileName(wxString const&) 
[01] wxLocalFSHandler::OpenFile(wxFileSystem&, wxString const&) 
[02] wxFileSystem::OpenFile(wxString const&, int) 
[03] wxHtmlWinParser::OpenURL(wxHtmlURLType, wxString const&) const 
[04] wxHtmlWindow::LoadPage(wxString const&) 
[05] HelpPanel::ShowHelp(wxString const&)    
[06] HelpPanel::HelpPanel(MyFrame*, int)     
[07] MyFrame::InitializeHelpPane()           
[08] MyFrame::MyFrame(wxString const&)       
[09] MyApp::OnInit()                         
[10] wxApp::CallOnInit()                     
[11] wxEntry(int&, wchar_t**)                
[12] main                                    
[13] start                                   

What version of the product are you using? On what operating system?

Ready-0.5.1-Mac on Mac OSX 10.8.2

Note:
Application built from source (following the instruction in the BUILD.txt file, 
 using wxWidgets 2.9.5 and VTK5.10.1), worked fine on my environment.

Original issue reported on code.google.com by paulmacr...@gmail.com on 13 Mar 2013 at 11:28

GoogleCodeExporter commented 9 years ago
Did the prebuilt binary work for you?

Original comment by tim.hutton on 14 Mar 2013 at 12:51

GoogleCodeExporter commented 9 years ago
I finded out what causes this error.

The problem comes from the directory path name I placed it on the file system, 
which includes multi-byte characters such as Katakana etc.

If it is placed under another directory that doesn't include such characters in 
its path name, it runs without error/warning messages.

(Seems that "wxFileSystem::URLToFileName" (in the above message) can not handle 
multi-byte chars)

Original comment by paulmacr...@gmail.com on 15 Mar 2013 at 12:05

GoogleCodeExporter commented 9 years ago
OK, thanks for investigating. We need to put some work into making path 
handling more Unicode friendly.

Original comment by tim.hutton on 15 Mar 2013 at 1:03

GoogleCodeExporter commented 9 years ago

Original comment by tim.hutton on 15 Mar 2013 at 1:03

GoogleCodeExporter commented 9 years ago
Before you load the path,you should use wxFileSystem::FileNameToURL();

Original comment by crystalf...@gmail.com on 20 Feb 2014 at 12:03