Could you shed some more light on what might be causing this error … ?
Not really. If the code works fine on one account and fails on another, it’s likely that the code is correct and that the problem lies in the account setup. I’ve never investigated that in depth because configuration issues like this fall outside of DTS’s purview.
Last I checked OSA continues to Component Manager for this sort of thing, so you could write Component Manager code to dump the component list to see if this problem is reflected there. For example, on my Mac the code below prints:
0x10001 ' aso' 'rcsa'
0x10000 ' aso' 'rcsj'
0x10003 ' aso' 'tpcs'
All the OSType values are byte reversed (because I’m on a little-endian machine and I was too lazy to write the big swapping code) so this should be:
0x10001 'osa ' 'ascr' AppleScript
0x10000 'osa ' 'jscr' JavaScript
0x10003 'osa ' 'scpt' Generic Scripting System
Share and Enjoy
—
Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"
#include <Carbon/Carbon.h>
int main(int argc, char **argv) {
#pragma unused(argc)
#pragma unused(argv)
Component cursor = NULL;
ComponentDescription query = { .componentType = kOSAComponentType };
Handle name = NewHandle(0);
do {
cursor = FindNextComponent(cursor, &query);
if (cursor == NULL) {
break;
}
ComponentDescription desc = {};
OSStatus err = GetComponentInfo(cursor, &desc, name, NULL, NULL);
if (err != noErr) {
printf("%p -\n", cursor);
} else {
printf("%p '%4.4s' '%4.4s' %.*s\n",
cursor,
(const char *) &desc.componentType,
(const char *) &desc.componentSubType,
(int) name[0][0], // Length byte of Pascal string.
name[0] + 1 // First byte of string contents.
);
}
} while (true);
return EXIT_SUCCESS;
}
