{"id":205,"date":"2009-01-12T16:24:34","date_gmt":"2009-01-12T21:24:34","guid":{"rendered":"http:\/\/vgable.com\/blog\/2009\/01\/12\/stopping-an-amworkflow-workaround\/"},"modified":"2009-01-12T16:24:36","modified_gmt":"2009-01-12T21:24:36","slug":"stopping-an-amworkflow-workaround","status":"publish","type":"post","link":"https:\/\/vgable.com\/blog\/2009\/01\/12\/stopping-an-amworkflow-workaround\/","title":{"rendered":"Stopping an AMWorkflow Workaround"},"content":{"rendered":"

-[AMWorkflowController stop:]<\/code> does not<\/em> stop a workflow from executing<\/strong> (more info<\/a>). Here is a workaround that will stop all<\/em> workflows your application is be running.<\/strong><\/p>\n

When you execute a worklfow using Automator.framework, the workflow is run in its own process, which insulates it from the invoking application, and vica verca 1<\/a><\/sup><\/p><\/blockquote>\n

. At least on Leopard, the program that runs the workflow is \/System\/Library\/CoreServices\/Automator Runner.app\/Contents\/MacOS\/Automator Runner<\/code> . It has the bundle-identifier com.apple.AutomatorRunner<\/code> , and it will be a sub-process of your application, since your application kicked it off.<\/p>\n

That gives us enough information to kill just the instances of Automator Runner<\/code> that are running your worklfows. This will stop workflow execution dead in it’s tracks.<\/p>\n


\n- (void) killAutomatorRunnerSubprocesses; {
\n   ProcessSerialNumber   PSN = {kNoProcess};
\n   while(GetNextProcess(&PSN) == noErr) {
\n      NSDictionary *info = (NSDictionary*)ProcessInformationCopyDictionary(&PSN,kProcessDictionaryIncludeAllInformationMask);
\n      if(info) {
\n         NSString *theirBundleID = [info objectForKey:@\"CFBundleIdentifier\"];
\n         if([theirBundleID isEqualTo:@\"com.apple.AutomatorRunner\"] && [self processWasLaunchedByUs:PSN]){
\n            NSLog(@\"Killing AutomatorRunner sub-process: PSN={high=%u low=%u}\", PSN.highLongOfPSN, PSN.lowLongOfPSN);
\n            KillProcess(&PSN);
\n         }
\n         CFRelease((CFDictionaryRef)info);
\n      }
\n   }
\n}<\/p>\n

- (BOOL) processWasLaunchedByUs:(ProcessSerialNumber)PSN; {
\n   ProcessInfoRec processInfo = {0};
\n   \/\/we use GetProcessInformation(), and not the more modern ProcessInformationCopyDictionary()
\n   \/\/because ProcessInformationCopyDictionary stores the \"ParentPSN\" as a 32 or 64-bit number,
\n   \/\/and it is not clear to me what the endian-safe way to transform it into a ProcessSerialNumber
\n   \/\/structure is, see http:\/\/lists.apple.com\/archives\/carbon-dev\/2007\/Mar\/msg00283.html
\n   if(GetProcessInformation(&PSN,&processInfo) != noErr)
\n      return NO;
\n   Boolean   theyAreOurChild = FALSE;
\n   ProcessSerialNumber ourPSN = {0,kCurrentProcess};
\n   OSStatus err = SameProcess(&processInfo.processLauncher, &ourPSN, &theyAreOurChild);
\n   return !err && theyAreOurChild;
\n}
\n   
\n<\/code><\/p>\n

Please let me know if this works for you, of if you have a better solution.<\/p>\n

\n

1<\/sup><\/a>
\nAutomator.app does not<\/em> appear to spawn an Automator Runner<\/code> when it runs a workflow. I’m not sure why. But since the stop button works in Automator.app, understanding why might lead to a better work around. Or not.<\/small><\/p>\n","protected":false},"excerpt":{"rendered":"

-[AMWorkflowController stop:] does not stop a workflow from executing (more info). Here is a workaround that will stop all workflows your application is be running. When you execute a worklfow using Automator.framework, the workflow is run in its own process, which insulates it from the invoking application, and vica verca 1 . At least on […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,3,5,4,13],"tags":[257,258,73,299],"class_list":["post-205","post","type-post","status-publish","format-standard","hentry","category-cocoa","category-macosx","category-objective-c","category-programming","category-sample-code","tag-amworkflow","tag-amworkflowcontroller","tag-automator","tag-process-manager"],"_links":{"self":[{"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/posts\/205","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/comments?post=205"}],"version-history":[{"count":0,"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/posts\/205\/revisions"}],"wp:attachment":[{"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/media?parent=205"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/categories?post=205"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vgable.com\/blog\/wp-json\/wp\/v2\/tags?post=205"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}