Open chenrui333 opened 2 years ago
I too faced this issue on MacBook Pro M1.
Here are commands were added on MacBook for getting core-dump. Here is the stack-trace. Hope this helps you in identifying the issue.
(base) gssm-mbp1:cmp8 gssm$ /usr/libexec/PlistBuddy -c "Add :com.apple.security.get-task-allow bool true" tmp.entitlements File Doesn't Exist, Will Create: tmp.entitlements
(base) gssm-mbp1:cmp8 gssm$ codesign -s - -f --entitlements tmp.entitlements cmix1 cmix1: replacing existing signature
(base) gssm-mbp1:cmp8 gssm$ ls -la /cores total 0 drwxr-xr-x 2 root wheel 64 Sep 18 2021 . drwxr-xr-x 20 root wheel 640 Oct 18 18:06 .. (base) gssm-mbp1:cmp8 gssm$ sudo ./cmix1 -c qq qq.c Password: Detected block types: DEFAULT: 100.0% progress: 0.00%Segmentation fault: 11 (base) gssm-mbp1:cmp8 gssm$ ls -la /cores total 38838800 drwxr-xr-x 3 root wheel 96 Jan 20 20:19 . drwxr-xr-x 20 root wheel 640 Oct 18 18:06 .. -r-------- 1 root wheel 39770931200 Jan 20 20:20 core.32375 (base) gssm-mbp1:cmp8 gssm$ ls -la /cores total 38G drwxr-xr-x 3 root wheel 96 Jan 20 20:19 . drwxr-xr-x 20 root wheel 640 Oct 18 18:06 .. -r-------- 1 root wheel 38G Jan 20 20:20 core.32375 (base) gssm-mbp1:cmp8 gssm$ sudo lldb -c /cores/core.32375 (lldb) target create --core "/cores/core.32375" Core file '/cores/core.32375' (arm64) was loaded. (lldb) bt
std::__1::__hash_node_base<std::__1::__hash_node<std::__1::__hash_value_type<unsigned int, std::__1::unique_ptr<paq8hp::Array<short, 16>, std::__1::default_delete<paq8hp::Array<short, 16> > > >, void*>*>::__hash() const + 12 frame #1: 0x0000000102e4c9c0 cmix1
std::1::pair<std::1::hash_iterator<std::1::hash_node<std::1::hash_value_type<unsigned int, std::1::unique_ptr<paq8hp::Array<short, 16>, std::1::default_delete<paq8hp::Array<short, 16> > > >, void>>, bool> std::1::hash_table<std::1::hash_value_type<unsigned int, std::1::unique_ptr<paq8hp::Array<short, 16>, std::1::default_delete<paq8hp::Array<short, 16> > > >, std::1::unordered_map_hasher<unsigned int, std::1::hash_value_type<unsigned int, std::__1::unique_ptr<paq8hp::Array<short, 16>, std::1::default_delete<paq8hp::Array<short, 16> > > >, std::1::hashstd::__1::unordered_map<unsigned int, std::__1::unique_ptr<paq8hp::Array<short, 16>, std::__1::default_delete<paq8hp::Array<short, 16> > >, std::__1::hash<unsigned int>, std::__1::equal_to<unsigned int>, std::__1::allocator<std::__1::pair<unsigned int const, std::__1::unique_ptr<paq8hp::Array<short, 16>, std::__1::default_delete<paq8hp::Array<short, 16> > > > > >::operator[](unsigned int&&) + 92 frame #3: 0x0000000102e4a50c cmix1
paq8hp::Mixer::p() + 188
frame #4: 0x0000000102e49f3c cmix1paq8hp::contextModel2() + 2720 frame #5: 0x0000000102e4b480 cmix1
paq8hp::Predictor::update() + 2988
frame #6: 0x0000000102e4bd70 cmix1PAQ8HP::Perceive(int) + 100 frame #7: 0x0000000102e5cf1c cmix1
Predictor::Perceive(int) + 120
frame #8: 0x0000000102dbfb04 cmix1Encoder::Encode(int) + 180 frame #9: 0x0000000102e83014 cmix1
Compress(unsigned long long, std::1::basic_ifstream<char, std::__1::char_traitsmain + 780 frame #12: 0x0000000197353e50 dyld
start + 2544
(lldb)Looks like I can build/test successfully with ventura arm in my local, https://github.com/Homebrew/homebrew-core/pull/153365
It builds fine in apple arm, but has some segmentation fault issue when running it.