Closed Nickman87 closed 4 years ago
@Nickman87 this seems like a common error we have seen. Is the file there though. Can you see it? Does the folder layout conform to what is described here - https://github.com/chromelyapps/Chromely/blob/master/Documents/cef_binaries_download.md
What version of Mac? v77/79 were both tested on macOS Mojave 10.14.6.
Something I noticed with Mac, the first time you run without CEF binaries, it fails after download completes. Consequently, it works.
Im using OSX 10.15.5. The file is actually there but does not seem to be detected...
@Nickman87 you wrote that: always crashes with the following log:
2020-06-20 14:38:45.606 [INFO] Running MacOSX chromium 79.0.3945.130 2020-06-20 14:38:45.682 [ERROR] Oops! Something went wrong. Unable to load shared library 'libcef' or one of its dependencies. In order to help diagnose loading problems, consider setting the DYLD_PRINT_LIBRARIES environment variable: dlopen(liblibcef, 1): image not found at Xilium.CefGlue.Interop.libcef.api_hash(Int32 entry) at Xilium.CefGlue.CefRuntime.CheckVersionByApiHash()
The previous issues I have seen with icudtl.dat not found is very different. Usually it would have gone pass "unable to load libcef". If you are seeing that error every time then primary CEF lib - libcef.dylib is not detected. That is the reason you will see that.
Since you are seeing all the relevant files it may not be what we are thinking. It could be something else.
I am attaching a flattened source code that you can run on Visual Source Code or any IDE you use. This is just to help eliminate .NET Core lib issues or there are other issues with OSX 10.15.5 since this is newer than what we have tested Chromely with.
Should just be:
I got just the same error:
MacBook-Pro-MacBook-3:netcoreapp2.1 stask$ dotnet chromelyApp.dll Before 2020-07-09 20:36:32.752 [INFO] Running MacOSX chromium 79.0.3945.130 [0709/203632.939679:ERROR:icu_util.cc(132)] icudtl.dat not found in bundle [0709/203632.940461:ERROR:icu_util.cc(177)] Invalid file descriptor to ICU data received. Trace/BPT trap: 5
Mac OS Mojave 10.14.5
Running purely from commandline I get a new error:
2020-07-12 16:48:35.010 [INFO] Running MacOSX chromium 79.0.3945.130
2020-07-12 16:48:35.058 [ERROR] Oops! Something went wrong. Object reference not set to an instance of an object. at Chromely.CefGlue.BrowserWindow.HostBase.RunInternal(String[] args)
at Chromely.CefGlue.BrowserWindow.HostBase.Run(String[] args)
@Nickman87 did you try the attachment @ https://github.com/chromelyapps/Chromely/issues/214#issuecomment-647009304? This way it will tell you where the error is happening. Also, there should be logs in Logs folder, so should tell you more.
Also when you say you run on the commandline, what are you running on the commandline?
Following is a comment for similar issue:
For Chromely in MacOS, Linux it is best to start with CrossPlatDemo - https://github.com/chromelyapps/demo-projects/tree/master/regular-chromely/CrossPlatDemo
Also please follow the ReadMe minimal 3 steps - https://github.com/chromelyapps/demo-projects#running-the-demos
I'm developing an application with chromely and it works perfectly on windows for now.
As I want it to work on all platforms, I was trying to build and run in on OSX, but dotnet always crashes with the following log:
It appears that the icudtl.dat file is not located correctly. I tried manually installing the cef dependencies but it does not fix the issue. Any suggestions?