Skip to content
This repository has been archived by the owner on Dec 11, 2019. It is now read-only.

Crash on startup after building package? #1569

Closed
prkeshri opened this issue May 5, 2016 · 8 comments
Closed

Crash on startup after building package? #1569

prkeshri opened this issue May 5, 2016 · 8 comments

Comments

@prkeshri
Copy link

prkeshri commented May 5, 2016

After I have executed the command npm run build-package, it created a folder named 'Brave-linux-x64'.
Now, when I try to run ./Brave inside the Brave-linux-x64 folder. The app starts and crashes with the error Segmentation fault (core dumped).

After I started debugging with gdb, what I got is this message:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff0b1d9c8 in std::basic_string<char, std::char_traits, std::allocator >::basic_string(std::string const&) ()
from /usr/lib/x86_64-linux-gnu/libstdc++.so.6

After I ran backtrace:
#0 0x00007ffff0b1d9c8 in std::basic_string<char, std::char_traits, std::allocator >::basic_string(std::string const&) ()

from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1 0x0000000003389b9a in atom::api::Extension::Load(v8::Isolate*, base::FilePath const&, extensions::Manifest::Location const&, int) ()
#2 0x000000000338b1fa in ZN4base8internal7InvokerINS_13IndexSequenceIJEEENS0_9BindStateINS0_15RunnableAdapterIPFN4mate10DictionaryEPN2v87IsolateERKNS_8FilePathERKN10extensions8Manifest8LocationEiEEESJ_JEEENS0_12InvokeHelperILb0ES7_SL_EEFS7_RKSA_SD_SI_RKiEE3RunEPNS0_13BindStateBaseESQ_SD_SI_SS ()
#3 0x000000000338abe3 in mate::internal::Dispatcher<mate::Dictionary (v8::Isolate*, base::FilePath const&, extensions::Manifest::Location const&, int)>::DispatchToCallback(v8::FunctionCallbackInfov8::Value const&) ()
#4 0x00007ffff70ab001 in v8::internal::FunctionCallbackArguments::Call(void (*)(v8::FunctionCallbackInfov8::Value const&)) ()

from /data/brave/working/browser-laptop/Brave-linux-x64/libnode.so
#5 0x00007ffff70dc08a in ?? ()

@bbondy
Copy link
Member

bbondy commented May 5, 2016

It looks like the folder mentioned at the bottom of that script isn't getting copied maybe?

if (isLinux) {
  cmds.push('mv Brave-linux-x64/Brave Brave-linux-x64/brave')
  cmds.push('ncp ./app/extensions ' + path.join(buildDir, 'resources', 'extensions'))
}

The crash shows it can't load the extension that goes there.

@prkeshri
Copy link
Author

prkeshri commented May 6, 2016

The issue is still there. BTW, electron-packager makes executables that start (atleast). There are problems though after startup. One such is here:
[https://github.com//issues/286]

@prkeshri
Copy link
Author

prkeshri commented May 7, 2016

@bbondy . Please help me in this issue: [https://github.com//issues/269]. I have pasted my problems there.

@bbondy
Copy link
Member

bbondy commented May 8, 2016

Let me know if the directory gets copied or not mentioned here, thanks!
#1569 (comment)

@prkeshri
Copy link
Author

prkeshri commented May 9, 2016

It was always getting copied. It's being copied now too. But the problem persists!

@bbondy
Copy link
Member

bbondy commented May 9, 2016

CC'ing @bridiver who might have some ideas.

@bridiver
Copy link
Collaborator

bridiver commented May 9, 2016

could have something to do with the brave extension manifest change. I was just thinking about it over the weekend and it occurred to me that it might be a problem in the dist. The manifest allows localhost connections in dev for webpack, but not in test/production. I'm generating it dynamically and writing to the extension dir. I wanted to avoid making changes to Electron to pass the json, but maybe that is a better plan.

@bridiver
Copy link
Collaborator

this should be fixed by 43c0696

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

No branches or pull requests

3 participants