Max crash Java: AWT-AppKit
I am experiencing a very frustrating error. For my graduation project I have to place 4 prototypes in the participants homes. This prototype consists of a mac mini with a touchscreen attached, running Max Runtime.
Somehow, on all machines Max Runtime quits unexpectedly after a random time, usually about once a day.
Could anyone please give me a clue of what’s going wrong?
ps. Pasting the log file in here resulted in an empty topic, so I added it separately. Could the earlier two posts be removed?
And now it suddenly gets the same error when I try to open the main patch with Max. However, with Max Runtime it does work…
It’s hard to say without knowing more details.
Is there Java UI involved in your project ?
Are there loadbang methods in your mxj objects ?
or complex initialisation processes in your mxj object constructors ?
I’ll try to put that in a separate method and call it after a delayed loadbang.
Also, from the report I see that you’re on snow leopard & max 5.1.1
I’ll first try to upgrade max (I think max 5.1.3 solves several 10.6 bugs) and do all os updates
Make sure you installed "Java for Mac OS X 10.6 Update 1"
It should appear in your automatic update.
Hope this helps.
Thank you for your reply. I will perform the updates first.
I am not using mxj objects (anymore). I used to have a mxj object for up- and downloading textfiles to a FTP-server, but assumed this caused the problems, so I am now using ‘jit.uldl’ for this.
Apart from that, ‘aka.datetime’ is used in my patch, does this contain mxj objects?
I do use a lot of loadbangs, some of them delayed.
I turned off automatic update, because this screen should not appear while the prototypes were in the field. However, forgot to turn it on again.
Last night when it suddenly crashed on startup, I found the patch that caused this.
In this patch I dynamically create and delete ‘pictctrl’ objects, using:
‘sprintf script newobject pictctrl @name Bullets-69.png @varname Bullet[%i] @patching_rect %i %i 10 10 @range 3 @frames 3 @mode 2′.
When there were already some of these objects at startup it crashed
When I removed them and saved the patch, it was working again.
If there’s no mxj object in your code, I don’t see why Java could crash Max, but your crash log seems to say so.
Haven’t you forgot one mxj object somewhere ?
Are you using FTM ?
You can try to list externals used in your patch (file menu) or do a search in your patch.
I am not at home right now, but will try to list externals a.s.a.p.
So only mxj objects could cause the problem?
The sendto.js file I sent definetely not?
I will try to eliminate the aka.datetime object as well.
scripting is always a probable source for crashes too.
unless there’s some java going on under max that I don’t know about, java only comes from mxj or mxj~ objects.
Try removing aka.datetime
other sensitive objects in your patch might be js & jit.uldl
I replaced all of these sensitive objects on three individual sysytems.
The one with sendto.js removed is still running (over 24h). Let’s hope it still runs tomorrow morning.
It crashed this afternoon, but in the crash log js or java is not mentioned anymore. It is now mentioning ‘objc_msgSend() selector name: objectForKey:’ and ‘objc_msgSend + 27′.
On comparable errors with Safari (http://discussions.info.apple.com/thread.jspa?threadID=2392774&tstart=0) running in 32-bit mode is suggested. Is this possible in my case?
I don’t think max is able to run in 64bit – but I might be wrong – so your problem might be something different.
Without more details it hard to tell.
What does your patch ?
What system is it running on ?
Does it crashes alone ? or when someone interacts with it ? how ?
Can you post the crashlog ?
I am not at home right now, so I can’t send the crashlog yet.
My patch is actually an user interface. It mainly uses ‘pictctrl’, ‘colls’ and the associated textfiles.
Certain textfiles are uploaded to and downloaded from a ftp-server with ‘jit.uldl’.
This is running on a mac mini.
It crashes alone.
I hope you have any idea what’s causing this. I will try to send the crashlog tomorrow morning.
Seems to be a FTP problem, surely related to jit.uldl.
I have no experience with this object, so I’m afraid I can’t help you more.
Is your ftp server on a local network ?
Maybe a certain file is too big or corrupted.
Maybe you can list in a log file what files are up- and downloaded before up- or downloading them.
Do you mean the prototypes and the FTP-server are in the same local network, or that the FTP-server itself is part of a local network? The FTP-server is in my house with many other computers connected to the internet with a Linksys router.
Good idea to make a log of the files that are -up and downloaded, I will do so immediately.