Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

EXC_BAD_ACCESS the first time after running a freshly compiled binary #599

Open
s-panferov opened this issue May 21, 2024 · 0 comments
Open

Comments

@s-panferov
Copy link

s-panferov commented May 21, 2024

System details

  • OS/Platform name and version: Mac OS, M2, Sonoma 14.4.1
  • Rust version (if building from source): rustc --version: rustc 1.80.0-nightly (d84b90375 2024-05-19)
  • Notify version (or commit hash if building from git): 6.1.1

What you did (as detailed as you can)

  1. Create a recommended watcher and default configuration
  2. Add a file to watch

What you expected

Notify would not crash

What happened

Rust binary crashes the first time I run it after compilation. All subsequent invocations are working as expected. Only happens with the fsevent, the poll watcher works fine. I understand that this might be a MacOS thing, but maybe you can suggest some ways to debug.

Crashed Thread:        1  tokio-runtime-worker

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000110
Exception Codes:       0x0000000000000001, 0x0000000000000110

Termination Reason:    Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process:   exc handler [88728]



Thread 1 Crashed:: tokio-runtime-worker
0   libdispatch.dylib             	       0x19952eeac _dispatch_mgr_queue_push + 60
1   CarbonCore                    	       0x19cafc4e8 connectToCoreServicesD() + 476
2   CarbonCore                    	       0x19cafc1b8 getStatus() + 64
3   CarbonCore                    	       0x19caff6b0 scCreateSystemServiceVersion + 56
4   CarbonCore                    	       0x19caff524 FileIDTreeGetCachedPort + 276
5   CarbonCore                    	       0x19caff294 FSNodeStorageGetAndLockCurrentUniverse + 76
6   CarbonCore                    	       0x19caff07c FileIDTreeGetAndLockVolumeEntryForDeviceID + 88
7   CarbonCore                    	       0x19cafeee4 FSMount::FSMount(unsigned int, FSMountNumberType, int*, unsigned int const*) + 92
8   CarbonCore                    	       0x19cafee40 FSMountPrepare + 76
9   CoreServicesInternal          	       0x19ce05940 MountInfoPrepare + 68
10  CoreServicesInternal          	       0x19ce30834 parseAttributeBuffer(__CFAllocator const*, unsigned char const*, unsigned char, attrlist const*, void const*, void**, _FileAttributes*, unsigned int*, unsigned char) + 2772
11  CoreServicesInternal          	       0x19ce052e8 corePropertyProviderPrepareValues(__CFURL const*, __FileCache*, __CFString const* const*, void const**, long, void const*, __CFError**) + 1340
12  CoreServicesInternal          	       0x19ce04d38 prepareValuesForBitmap(__CFURL const*, __FileCache*, _FilePropertyBitmap*, __CFError**) + 460
13  CoreServicesInternal          	       0x19ce0d884 _FSURLCopyResourcePropertiesForKeysInternal(__CFURL const*, __CFArray const*, void*, __CFError**, unsigned char) + 1160
14  CoreFoundation                	       0x1997b490c CFURLCopyResourcePropertiesForKeys + 100
15  CoreFoundation                	       0x19982ac28 _CFURLCopyFileReferenceURLPath + 180
16  CoreFoundation                	       0x19982a9c0 CFURLCreateFileReferenceURL + 244
17  myapp-cli                    	       0x101042920 fsevent_sys::core_foundation::str_path_to_cfstring_ref::h2f059a76e46cb8ff + 748
18  myapp-cli                    	       0x101020bb0 notify::fsevent::FsEventWatcher::append_path::h1ac712b473b535b2 + 728
19  myapp-cli                    	       0x10102069c notify::fsevent::FsEventWatcher::watch_inner::habcba2b474d0349f + 80
20  myapp-cli                    	       0x101021c78 _$LT$notify..fsevent..FsEventWatcher$u20$as$u20$notify..Watcher$GT$::watch::h726c2182e40dd8e1 + 40

@s-panferov s-panferov changed the title Strange crash the first time after running a freshly compiled binary EXC_BAD_ACCESS the first time after running a freshly compiled binary May 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant