scrivener 2.6 crashes on el capitan latest beta

Hi Blomert,

System Integrity Protection is a new security feature of El Capitan - something Yosemite and earlier didn't have - that prevents some software from running properly. Try turning it off as follows:

1. Boot into Recovery Mode (cmd+R).
2. Utilities menu > Terminal > Type:

   csrutil disable

3. Reboot normally.

If that doesn't help, or when you want to enable it again, do the same as above but with csrutil enable instead.

Max.

I haven't seen this crash yet. I've been using Scrivener 2.6 without issue on all the 10.11 betas.

If you can post a crash log it may help.

Dave

Here is my crash report:

I managed to start Scrivener after I deleted all Scrivener-related prefs and the latest prefs in the "ByHost"-folder under Preferences as well (some loginwondow-plist and -lockfile). Scrivener crashed as soon as I started to copy some text into a new project I created. Here is the crash-report:

Any idea?

Process: Scrivener [3922]

Path: /Applications/Scrivener.app/Contents/MacOS/Scrivener

Identifier: com.literatureandlatte.scrivener2

Version: 2.6 (2.60.5)

Code Type: X86 (Native)

Parent Process: ??? [1]

Responsible: Scrivener [3922]

User ID: 504

Date/Time: 2015-09-06 18:42:04.961 +0200

OS Version: Mac OS X 10.11 (15A279b)

Report Version: 11

Anonymous UUID: 351D43F9-1E0A-D7DA-1303-25A49A139A52

Time Awake Since Boot: 5000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)

Exception Codes: KERN_INVALID_ADDRESS at 0x00000000a099023d

Exception Note: EXC_CORPSE_NOTIFY

VM Regions Near 0xa099023d:

__LINKEDIT 000000008ff17000-000000008ff2c000 [ 84K] r--/rwx SM=COW /usr/lib/dyld

--> Submap 0000000090000000-00000000a2400000 [292.0M] r--/rwx SM=SHM machine-wide VM submap

mapped file 0000000090000000-0000000090010000 [ 64K] r-x/r-x SM=COW

Application Specific Information:

objc_msgSend() selector name: release

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

0 libobjc.A.dylib 0x941cb69f objc_msgSend + 31

1 com.apple.CoreFoundation 0x94c3f94f _CFAutoreleasePoolPop + 47

2 com.apple.Foundation 0x9922e478 -[NSAutoreleasePool drain] + 122

3 com.apple.AppKit 0x9aaf1563 -[NSApplication run] + 843

4 com.apple.AppKit 0x9aab7cc8 NSApplicationMain + 1630

5 com.literatureandlatte.scrivener2 0x000023f5 0x1000 + 5109

Thread 1:: Dispatch queue: com.apple.libdispatch-manager

0 libsystem_kernel.dylib 0x9e25d8b2 kevent_qos + 10

1 libdispatch.dylib 0x9bc45836 _dispatch_mgr_invoke + 234

2 libdispatch.dylib 0x9bc4540a _dispatch_mgr_thread + 52

Thread 2:: com.apple.NSEventThread

0 libsystem_kernel.dylib 0x9e25607a mach_msg_trap + 10

1 libsystem_kernel.dylib 0x9e255464 mach_msg + 68

2 com.apple.CoreFoundation 0x94c83096 __CFRunLoopServiceMachPort + 214

3 com.apple.CoreFoundation 0x94c824a1 __CFRunLoopRun + 1521

4 com.apple.CoreFoundation 0x94c81c46 CFRunLoopRunSpecific + 390

5 com.apple.CoreFoundation 0x94c81aab CFRunLoopRunInMode + 123

6 com.apple.AppKit 0x9ac665c6 _NSEventThread + 291

7 libsystem_pthread.dylib 0x90013794 _pthread_body + 138

8 libsystem_pthread.dylib 0x9001370a _pthread_start + 155

9 libsystem_pthread.dylib 0x90010fa6 thread_start + 34

Thread 3:: JavaScriptCore::Marking

0 libsystem_kernel.dylib 0x9e25c4a2 __psynch_cvwait + 10

1 libsystem_pthread.dylib 0x90014549 _pthread_cond_wait + 757

2 libsystem_pthread.dylib 0x90016287 pthread_cond_wait$UNIX2003 + 71

3 libc++.1.dylib 0x9d141793 std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 63

4 com.apple.JavaScriptCore 0x9c1eca7c JSC::GCThread::waitForNextPhase() + 172

5 com.apple.JavaScriptCore 0x9c1ec8b8 JSC::GCThread::gcThreadMain() + 72

6 com.apple.JavaScriptCore 0x9c76aec2 std::__1::__function::__func<***::createThread(void (*)(void*), void*, char const*)::$_0, std::__1::allocator<***::createThread(void (*)(void*), void*, char const*)::$_0>, void ()>::operator()() + 18

7 com.apple.JavaScriptCore 0x9c1e130d ***::threadEntryPoint(void*) + 173

8 com.apple.JavaScriptCore 0x9c1e1240 ***::wtfThreadEntryPoint(void*) + 16

9 libsystem_pthread.dylib 0x90013794 _pthread_body + 138

10 libsystem_pthread.dylib 0x9001370a _pthread_start + 155

11 libsystem_pthread.dylib 0x90010fa6 thread_start + 34

Thread 4:: JavaScriptCore::Marking

0 libsystem_kernel.dylib 0x9e25c4a2 __psynch_cvwait + 10

1 libsystem_pthread.dylib 0x90014549 _pthread_cond_wait + 757

2 libsystem_pthread.dylib 0x90016287 pthread_cond_wait$UNIX2003 + 71

3 libc++.1.dylib 0x9d141793 std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 63

4 com.apple.JavaScriptCore 0x9c1eca7c JSC::GCThread::waitForNextPhase() + 172

5 com.apple.JavaScriptCore 0x9c1ec8b8 JSC::GCThread::gcThreadMain() + 72

6 com.apple.JavaScriptCore 0x9c76aec2 std::__1::__function::__func<***::createThread(void (*)(void*), void*, char const*)::$_0, std::__1::allocator<***::createThread(void (*)(void*), void*, char const*)::$_0>, void ()>::operator()() + 18

7 com.apple.JavaScriptCore 0x9c1e130d ***::threadEntryPoint(void*) + 173

8 com.apple.JavaScriptCore 0x9c1e1240 ***::wtfThreadEntryPoint(void*) + 16

9 libsystem_pthread.dylib 0x90013794 _pthread_body + 138

10 libsystem_pthread.dylib 0x9001370a _pthread_start + 155

11 libsystem_pthread.dylib 0x90010fa6 thread_start + 34

Thread 5:: JavaScriptCore::Marking

0 libsystem_kernel.dylib 0x9e25c4a2 __psynch_cvwait + 10

1 libsystem_pthread.dylib 0x90014549 _pthread_cond_wait + 757

2 libsystem_pthread.dylib 0x90016287 pthread_cond_wait$UNIX2003 + 71

3 libc++.1.dylib 0x9d141793 std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 63

4 com.apple.JavaScriptCore 0x9c1eca7c JSC::GCThread::waitForNextPhase() + 172

5 com.apple.JavaScriptCore 0x9c1ec8b8 JSC::GCThread::gcThreadMain() + 72

6 com.apple.JavaScriptCore 0x9c76aec2 std::__1::__function::__func<***::createThread(void (*)(void*), void*, char const*)::$_0, std::__1::allocator<***::createThread(void (*)(void*), void*, char const*)::$_0>, void ()>::operator()() + 18

7 com.apple.JavaScriptCore 0x9c1e130d ***::threadEntryPoint(void*) + 173

8 com.apple.JavaScriptCore 0x9c1e1240 ***::wtfThreadEntryPoint(void*) + 16

9 libsystem_pthread.dylib 0x90013794 _pthread_body + 138

10 libsystem_pthread.dylib 0x9001370a _pthread_start + 155

11 libsystem_pthread.dylib 0x90010fa6 thread_start + 34

Thread 6:

0 libsystem_kernel.dylib 0x9e25ce16 __workq_kernreturn + 10

1 libsystem_pthread.dylib 0x9001335f _pthread_wqthread + 1289

2 libsystem_pthread.dylib 0x90010f82 start_wqthread + 34

Thread 7:

0 libsystem_kernel.dylib 0x9e25ce16 __workq_kernreturn + 10

1 libsystem_pthread.dylib 0x9001335f _pthread_wqthread + 1289

2 libsystem_pthread.dylib 0x90010f82 start_wqthread + 34

Thread 0 crashed with X86 Thread State (32-bit):

eax: 0x020224e0 ebx: 0x03001010 ecx: 0x941e7c22 edx: 0xa099021d

edi: 0x941ccfdf esi: 0x03001000 ebp: 0xbffffbd8 esp: 0xbffff998

ss: 0x00000023 efl: 0x00010202 eip: 0x941cb69f cs: 0x0000001b

ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x0000000f

cr2: 0x0b9be000

Logical CPU: 0

Error Code: 0x00100170

Trap Number: 132

Thanks for the idea - don't think this applies here, as I can open Scrivener without a problem from a newly created user account, but there is no way to use it with my normal user account - not even in Save mode ...

Given that a new user account works and even Safe Mode doesn't, you may need to delete the Scrivener container folder. If you'd like to try that, press shift+cmd+G from Finder and copy in the following:

~/Library/Containers/

You're looking for the Scrivener container (possibly com.literatureandlatte.Scrivener) located there. Deleting it will force scrivener to rebuild it (as it does for a new user).