davidestevens

Three large Project patchers that I use in Max7.

That worked and quit with no problems until recently.

Now, when I close the main patcher window (click on the red window button), the patch closes and then Max becomes "Not Responding" (with whirly coloured wheel in Finder), so I have to force quit. All 3 of these Projects do this. There are some modules in common across any two.

Sometimes it seems that deleting the maxpreferences file clears the problem for a while (yesterday I had no problem closing or quitting these Project, but today it's back with a vengeance!)

The crashed thread is the same every time - the Java : VM thread. I'm assuming that's significant. ?

Not sure where to go with this. I was wondering if it could be a specific subpatch causing the lock-up, or if it might be something that Max does when it's closing windows.

I'll add the relevant parts of the crash log below, in case it means something to anyone...

Any help, solutions, or pointers gratefully received!

Crash reports from 2 different Projects, followed by some System Info...

Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000010

__TEXT 00000000000ff000-00000000008a4000 [ 7828K] r-x/rwx SM=COW /Applications/Max.app/Contents/MacOS/Max

Performing @selector(_close:) from sender _NSThemeCloseWidget 0x86ccf540

0 libobjc.A.dylib     0x9682e18a (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 516

1 com.apple.CoreFoundation     0x974f6daf _CFAutoreleasePoolPop + 47

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

3 com.cycling74.chromium     0x00f09673 0xd9f000 + 1484403

4 com.cycling74.chromium     0x0355275a 0xd9f000 + 41629530

5 com.cycling74.chromium     0x00e17859 0xd9f000 + 493657

6 com.cycling74.chromium     0x00e16a4d 0xd9f000 + 490061

7 libsystem_c.dylib     0x97d58c51 __cxa_finalize_ranges + 315

8 libsystem_c.dylib     0x97d58cd7 __cxa_finalize + 59

9 libsystem_c.dylib     0x97d58fd4 exit + 62

10 libjvm.dylib     0x20fd4fbc 0x20e59000 + 1556412

11 libjvm.dylib     0x20fd4f9a 0x20e59000 + 1556378

12 libjvm.dylib     0x20fa0c69 0x20e59000 + 1342569

13 libjvm.dylib     0x20fa0b7d 0x20e59000 + 1342333

14 libjvm.dylib     0x20f06455 0x20e59000 + 709717

15 libjvm.dylib     0x20f05f73 0x20e59000 + 708467

16 libjvm.dylib     0x20e6d22c 0x20e59000 + 82476

17 libsystem_pthread.dylib     0x95369e13 _pthread_body + 138

18 libsystem_pthread.dylib     0x95369d89 _pthread_start + 162

19 libsystem_pthread.dylib     0x95367e52 thread_start + 34

__TEXT 000000000008b000-0000000000830000 [ 7828K] r-x/rwx SM=COW /Applications/Max.app/Contents/MacOS/Max

Performing @selector(_close:) from sender _NSThemeCloseWidget 0x6bd62520

3 com.cycling74.chromium     0x00e95673 0xd2b000 + 1484403

4 com.cycling74.chromium     0x034de75a 0xd2b000 + 41629530

5 com.cycling74.chromium     0x00da3859 0xd2b000 + 493657

6 com.cycling74.chromium     0x00da2a4d 0xd2b000 + 490061

10 libjvm.dylib     0x140f1fbc 0x13f76000 + 1556412

11 libjvm.dylib     0x140f1f9a 0x13f76000 + 1556378

12 libjvm.dylib     0x140bdc69 0x13f76000 + 1342569

13 libjvm.dylib     0x140bdb7d 0x13f76000 + 1342333

14 libjvm.dylib     0x14023455 0x13f76000 + 709717

15 libjvm.dylib     0x14022f73 0x13f76000 + 708467

16 libjvm.dylib     0x13f8a22c 0x13f76000 + 82476

    "version" : "Version 7.0.3 (37355d2) (32-bit mac)",

    "osversion" : "Mac OS X Version 10.10.3 x86_64",

    "scheduler_in_audio_interrupt" : "off",

    "audio_drivername" : "Core Audio",

Three large Project patchers that I use in Max7.
That worked and quit with no problems until recently.
Now, when I close the main patcher window (click on the red window button), the patch closes and then Max becomes "Not Responding" (with whirly coloured wheel in Finder), so I have to force quit. All 3 of these Projects do this. There are some modules in common across any two.
Sometimes it seems that deleting the maxpreferences file clears the problem for a while (yesterday I had no problem closing or quitting these Project, but today it's back with a vengeance!)
The crashed thread is the same every time -  the Java : VM thread. I'm assuming that's significant. ?
Not sure where to go with this. I was wondering if it could be a specific subpatch causing the lock-up, or if it might be something that Max does when it's closing windows.
I'll add the relevant parts of the crash log below, in case it means something to anyone...
Any help, solutions, or pointers gratefully received!

Crashed Thread:        36  Java: VM Thread

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000010

VM Regions Near 0x10:
-->
    __TEXT                 00000000000ff000-00000000008a4000 [ 7828K] r-x/rwx SM=COW  /Applications/Max.app/Contents/MacOS/Max

Application Specific Information:
Performing @selector(_close:) from sender _NSThemeCloseWidget 0x86ccf540

Thread 36 Crashed:: Java: VM Thread
0   libobjc.A.dylib               	0x9682e18a (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 516
1   com.apple.CoreFoundation      	0x974f6daf _CFAutoreleasePoolPop + 47
2   com.apple.Foundation          	0x96eaf26f -[NSAutoreleasePool drain] + 122
3   com.cycling74.chromium        	0x00f09673 0xd9f000 + 1484403
4   com.cycling74.chromium        	0x0355275a 0xd9f000 + 41629530
5   com.cycling74.chromium        	0x00e17859 0xd9f000 + 493657
6   com.cycling74.chromium        	0x00e16a4d 0xd9f000 + 490061
7   libsystem_c.dylib             	0x97d58c51 __cxa_finalize_ranges + 315
8   libsystem_c.dylib             	0x97d58cd7 __cxa_finalize + 59
9   libsystem_c.dylib             	0x97d58fd4 exit + 62
10  libjvm.dylib                  	0x20fd4fbc 0x20e59000 + 1556412
11  libjvm.dylib                  	0x20fd4f9a 0x20e59000 + 1556378
12  libjvm.dylib                  	0x20fa0c69 0x20e59000 + 1342569
13  libjvm.dylib                  	0x20fa0b7d 0x20e59000 + 1342333
14  libjvm.dylib                  	0x20f06455 0x20e59000 + 709717
15  libjvm.dylib                  	0x20f05f73 0x20e59000 + 708467
16  libjvm.dylib                  	0x20e6d22c 0x20e59000 + 82476
17  libsystem_pthread.dylib       	0x95369e13 _pthread_body + 138
18  libsystem_pthread.dylib       	0x95369d89 _pthread_start + 162
19  libsystem_pthread.dylib       	0x95367e52 thread_start + 34

Crashed Thread:        30  Java: VM Thread

VM Regions Near 0x10:
-->
    __TEXT                 000000000008b000-0000000000830000 [ 7828K] r-x/rwx SM=COW  /Applications/Max.app/Contents/MacOS/Max

Application Specific Information:
Performing @selector(_close:) from sender _NSThemeCloseWidget 0x6bd62520

Thread 30 Crashed:: Java: VM Thread
0   libobjc.A.dylib               	0x9682e18a (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 516
1   com.apple.CoreFoundation      	0x974f6daf _CFAutoreleasePoolPop + 47
2   com.apple.Foundation          	0x96eaf26f -[NSAutoreleasePool drain] + 122
3   com.cycling74.chromium        	0x00e95673 0xd2b000 + 1484403
4   com.cycling74.chromium        	0x034de75a 0xd2b000 + 41629530
5   com.cycling74.chromium        	0x00da3859 0xd2b000 + 493657
6   com.cycling74.chromium        	0x00da2a4d 0xd2b000 + 490061
7   libsystem_c.dylib             	0x97d58c51 __cxa_finalize_ranges + 315
8   libsystem_c.dylib             	0x97d58cd7 __cxa_finalize + 59
9   libsystem_c.dylib             	0x97d58fd4 exit + 62
10  libjvm.dylib                  	0x140f1fbc 0x13f76000 + 1556412
11  libjvm.dylib                  	0x140f1f9a 0x13f76000 + 1556378
12  libjvm.dylib                  	0x140bdc69 0x13f76000 + 1342569
13  libjvm.dylib                  	0x140bdb7d 0x13f76000 + 1342333
14  libjvm.dylib                  	0x14023455 0x13f76000 + 709717
15  libjvm.dylib                  	0x14022f73 0x13f76000 + 708467
16  libjvm.dylib                  	0x13f8a22c 0x13f76000 + 82476
17  libsystem_pthread.dylib       	0x95369e13 _pthread_body + 138
18  libsystem_pthread.dylib       	0x95369d89 _pthread_start + 162
19  libsystem_pthread.dylib       	0x95367e52 thread_start + 34

{
	"version" : "Version 7.0.3 (37355d2) (32-bit mac)",
	"platform" : "mac",
	"arch" : "x86",
	"osversion" : "Mac OS X Version 10.10.3 x86_64",
	"samplerate" : 44100,
	"iovs" : 256,
	"sigvs" : 256,
	"scheduler_in_audio_interrupt" : "off",
	"audio_drivername" : "Core Audio",
	"audio_driver_subname" : "",
	"license" : "permanent full",
	"machine_id" : "",
	"eventinterval" : 2,
	"overdrive" : "on",
	"mixerparallel" : "off",
	"mixercrossfade" : 0,
	"mixerlatency" : 30.0,
	"mixerramptime" : 10.0,
	"videoengine" : "qt",


aagh-max7-becomes-unresponsive-when-closing-patchers

I am surely not an expert in reading chrash reports... but what i think i see is that both threads crashed on closing some part related to com.cycling.chromium. Are you using objects that depend on the CEF (chrome embedded framework) like jweb?

No, I'm not using jweb. Is there a way of finding out which objects use the CEF? (Assuming that there are others. Mind you, I'm not accessing the web in any of my patches)

thanks for the suggestion.
No, I'm not using jweb. Is there a way of finding out which objects use the CEF? (Assuming that there are others. Mind you, I'm not accessing the web in any of my patches)


AAgh! Max7 becomes unresponsive when closing patchers