ASKInitialize() causes crash when saving an NSDocument subclass document
ASKInitialize() causes crash when saving an NSDocument subclass document
- Subject: ASKInitialize() causes crash when saving an NSDocument subclass document
- From: Donald Hall <email@hidden>
- Date: Mon, 23 May 2005 00:27:08 -0600
I have run into a bizarre problem with my application and Tiger. It's
a hybrid, consisting of a number of elements normally found in AS
Studio projects (5 scripts that handle some of the UI elements), but
is mostly written in Obj-C.
The program works fine in Panther (and earlier), but when I try to
save either of my two NSDocument based documents, it crashes in
Tiger. I have traced the problem down to the ASKInitialize() function
called in main.m of every AS Studio application. On a Tiger machine,
if it is present, the save action fails, if it is absent, the save
action succeeds. (Doesn't matter which SDK I use.)
One of my NSDocument subclasses overrides the saveDocument method,
but the other does not, and both crash in the same way, inside Apple
supplied code. In other words, the problem does not seem to be in any
code that I have written. In any case, I can easily reproduce the
problem with a fresh empty Cocoa document based project simply by
including the AppleScriptKit.framework and the ASKInitialize()
function call in main.m.
In my program, I have found that if I remove the ASKInitialize()
function call, all 5 of my AppleScript scripts still work correctly,
and the program appears to be fully functional (including saving of
documents). I am wondering what this function does for me, and if I
should have been calling it in the first place.
Has anyone else seen this? Can anyone reproduce the problem? It seems
as if there is some kind of interaction in Tiger between the
NSDocument save methods and the AppleScriptKit.framework.
Thanks for any help,
Don
--
Donald S. Hall, Ph.D.
Apps & More Software Design, Inc.
email@hidden
http://www.appsandmore.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden