applescript error handling? tmp file reference?

[thorstenlemke]

Hi,-47 = File Busy (delete not possible).Thorsten On 08.05.2013, at 00:14, "treeceg" <photo@4miledesign.com> wrote:   In GC 8.2, what would a console error of -47 be indicating? 5/7/13 3:26:23.624 PM [0x0-0x62a62a].com.lemkesoft.graphicconverter: [GC] Deleting of file /Volumes/Editorial/zzDTI_Image_Drop/gc_8_tmp.jpg failed with error -47 This could be another clue for me, even though it's in an older version of GC. The temp file it references appears to be a complete file. I can open it up normally. For whatever reason, GC was not able to delete it, even though it had just created it as part of the set file iptc command. Greg

[treeceg]

So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@...> wrote: > > Hi, > > -47 = File Busy (delete not possible). > > Thorsten > > On 08.05.2013, at 00:14, "treeceg" <photo@...> wrote: > > > In GC 8.2, what would a console error of -47 be indicating? > > > > 5/7/13 3:26:23.624 PM [0x0-0x62a62a].com.lemkesoft.graphicconverter: [GC] Deleting of file /Volumes/Editorial/zzDTI_Image_Drop/gc_8_tmp.jpg failed with error -47 > > > > This could be another clue for me, even though it's in an older version of GC. The temp file it references appears to be a complete file. I can open it up normally. For whatever reason, GC was not able to delete it, even though it had just created it as part of the set file iptc command. > > > > Greg >

[thorstenlemke]

Hello,I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow.I added already a delay in the delete command if it does fail.Thorsten On 08.05.2013, at 08:41, "treeceg" <photo@4miledesign.com> wrote:   So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@...> wrote: > > Hi, > .

[treeceg]

So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@...> wrote: > > Hello, > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > > I added already a delay in the delete command if it does fail. > > Thorsten > > On 08.05.2013, at 08:41, "treeceg" <photo@...> wrote: > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > Hi, > > > . > > > > > > >

[thorstenlemke]

Hello,hmm, maybe I can add a delay to my source and try to rewrite the file. Can we try that?Thorsten On 08.05.2013, at 21:12, "treeceg" <photo@4miledesign.com> wrote:   So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@...> wrote: > > Hello, > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > > I added already a delay in the delete command if it does fail. > > Thorsten > > On 08.05.2013, at 08:41, "treeceg" <photo@...> wrote: > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > Hi, > > > . > > > > 

[treeceg]

I'm happy to run tests for you, but I'm seeing that it's not consistent. A file that errors out, can be run back through another time, and won't create an error. It is not a high percentage of errors, but with the error point being contained within a single GC command, I am having a hard time recovering from it automatically when it does happen. I am guessing that the variable nature is due to the files residing on a server, rather than the local disk, and so Finder response times are more variable. One of my machines is running 8.6 build 1203, and it seems to recover from it better on it's own, than version 8.2 which is what I have running in production, but is creating a bunch of temp files on the desktop, which is challenging to clean up as well. Greg --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@...> wrote: > > Hello, > > hmm, maybe I can add a delay to my source and try to rewrite the file. Can we try that? > > Thorsten > > On 08.05.2013, at 21:12, "treeceg" <photo@...> wrote: > > > So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > Hello, > > > > > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > > > > > > I added already a delay in the delete command if it does fail. > > > > > > Thorsten > > > > > > On 08.05.2013, at 08:41, "treeceg" <photo@> wrote: > > > > > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > > > > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > > > > > Hi, > > > > > . > > > > > > > > >

[James Roberts]

Attachments :Sorry for jumping in,What version of OS X are you using on the machines that show inconsistent results. All my ML machines have flakey results with folder actions and mail rules (flakier than SL or L that is . The logs are full of time outs and deny reads. I know thats not much help but it may have little to do with GC. James Robertsexjimmyr@gmail.com"Nothing travels faster than the speed of light, with the possible exception ofbad news, which obeys its own set of laws" ~ Douglas Adams On 09-05-2013, at 10:43 , treeceg <photo@4miledesign.com> wrote:   I'm happy to run tests for you, but I'm seeing that it's not consistent. A file that errors out, can be run back through another time, and won't create an error. It is not a high percentage of errors, but with the error point being contained within a single GC command, I am having a hard time recovering from it automatically when it does happen. I am guessing that the variable nature is due to the files residing on a server, rather than the local disk, and so Finder response times are more variable. One of my machines is running 8.6 build 1203, and it seems to recover from it better on it's own, than version 8.2 which is what I have running in production, but is creating a bunch of temp files on the desktop, which is challenging to clean up as well. Greg --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@...> wrote: > > Hello, > > hmm, maybe I can add a delay to my source and try to rewrite the file. Can we try that? > > Thorsten > > On 08.05.2013, at 21:12, "treeceg" <photo@...> wrote: > > > So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > Hello, > > > > > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > > > > > > I added already a delay in the delete command if it does fail. > > > > > > Thorsten > > > > > > On 08.05.2013, at 08:41, "treeceg" <photo@> wrote: > > > > > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > > > > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > > > > > Hi, > > > > > . > > > > > > > > >

[treeceg]

I have a mix of 10.7 and 10.8 running. I am not using folder actions or mail rules. The issue is within a single 'set file iptc' instruction to GC. It creates a temp file to write the changes into, and then it replaces the original file and deletes the temp file, all from that one GC command. The error is contained within, between creating the temp file and deleting it. Since I have no control over the timing of those events within that command, it's difficult to detect a problem at any one step and deal with it. Greg --- In gcmac@yahoogroups.com, James Roberts <exjimmyr@...> wrote: > > Sorry for jumping in, > > What version of OS X are you using on the machines that show inconsistent results. All my ML machines have flakey results with folder actions and mail rules (flakier than SL or L that is . The logs are full of time outs and deny reads. I know thats not much help but it may have little to do with GC. > > James Roberts > exjimmyr@... > > "Nothing travels faster than the speed of light, with the possible exception of > bad news, which obeys its own set of laws" ~ Douglas Adams > > > > > On 09-05-2013, at 10:43 , treeceg <photo@...> wrote: > > > I'm happy to run tests for you, but I'm seeing that it's not consistent. A file that errors out, can be run back through another time, and won't create an error. It is not a high percentage of errors, but with the error point being contained within a single GC command, I am having a hard time recovering from it automatically when it does happen. > > > > I am guessing that the variable nature is due to the files residing on a server, rather than the local disk, and so Finder response times are more variable. > > > > One of my machines is running 8.6 build 1203, and it seems to recover from it better on it's own, than version 8.2 which is what I have running in production, but is creating a bunch of temp files on the desktop, which is challenging to clean up as well. > > > > Greg > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > Hello, > > > > > > hmm, maybe I can add a delay to my source and try to rewrite the file. Can we try that? > > > > > > Thorsten > > > > > > On 08.05.2013, at 21:12, "treeceg" <photo@> wrote: > > > > > > > So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. > > > > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > > > > > Hello, > > > > > > > > > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > > > > > > > > > > I added already a delay in the delete command if it does fail. > > > > > > > > > > Thorsten > > > > > > > > > > On 08.05.2013, at 08:41, "treeceg" <photo@> wrote: > > > > > > > > > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > > > > > > > > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > > > > > > > > > Hi, > > > > > > > . > > > > > > > > > > > > > > > > > > > >

[Jim Roberts]

Have you tried Script Debugger? I believe there is a trial versionhttp://www.latenightsw.com/sd5/whats-new-in-sc ... er-5/—Sent from Mailbox for iPhone On Thu, May 9, 2013 at 12:15 PM, treeceg <photo@4miledesign.com> wrote:  I have a mix of 10.7 and 10.8 running. I am not using folder actions or mail rules. The issue is within a single 'set file iptc' instruction to GC. It creates a temp file to write the changes into, and then it replaces the original file and deletes the temp file, all from that one GC command. The error is contained within, between creating the temp file and deleting it. Since I have no control over the timing of those events within that command, it's difficult to detect a problem at any one step and deal with it. Greg --- In gcmac@yahoogroups.com, James Roberts <exjimmyr@...> wrote: > > Sorry for jumping in, > > What version of OS X are you using on the machines that show inconsistent results. All my ML machines have flakey results with folder actions and mail rules (flakier than SL or L that is . The logs are full of time outs and deny reads. I know thats not much help but it may have little to do with GC. > > James Roberts > exjimmyr@... > > "Nothing travels faster than the speed of light, with the possible exception of > bad news, which obeys its own set of laws" ~ Douglas Adams > > > > > On 09-05-2013, at 10:43 , treeceg <photo@...> wrote: > > > I'm happy to run tests for you, but I'm seeing that it's not consistent. A file that errors out, can be run back through another time, and won't create an error. It is not a high percentage of errors, but with the error point being contained within a single GC command, I am having a hard time recovering from it automatically when it does happen. > > > > I am guessing that the variable nature is due to the files residing on a server, rather than the local disk, and so Finder response times are more variable. > > > > One of my machines is running 8.6 build 1203, and it seems to recover from it better on it's own, than version 8.2 which is what I have running in production, but is creating a bunch of temp files on the desktop, which is challenging to clean up as well. > > > > Greg > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > Hello, > > > > > > hmm, maybe I can add a delay to my source and try to rewrite the file. Can we try that? > > > > > > Thorsten > > > > > > On 08.05.2013, at 21:12, "treeceg" <photo@> wrote: > > > > > > > So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. > > > > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > > > > > Hello, > > > > > > > > > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > > > > > > > > > > I added already a delay in the delete command if it does fail. > > > > > > > > > > Thorsten > > > > > > > > > > On 08.05.2013, at 08:41, "treeceg" <photo@> wrote: > > > > > > > > > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > > > > > > > > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > > > > > > > > > > > > > > Hi, > > > > > > > . > > > > > > > > > > > > > > > > > > > >

[treeceg]

No, I have not. I'll take a look at it, but it's not a bug in the script per-se. --- In gcmac@yahoogroups.com, "Jim Roberts" <exjimmyr@...> wrote: > > Have you tried Script Debugger? I believe there is a trial version > > > http://www.latenightsw.com/sd5/whats-ne ... ebugger-5/ > a�€" > Sent from Mailbox for iPhone > > On Thu, May 9, 2013 at 12:15 PM, treeceg <photo@...> wrote: > > > I have a mix of 10.7 and 10.8 running. I am not using folder actions or mail rules. > > The issue is within a single 'set file iptc' instruction to GC. It creates a temp file to write the changes into, and then it replaces the original file and deletes the temp file, all from that one GC command. The error is contained within, between creating the temp file and deleting it. Since I have no control over the timing of those events within that command, it's difficult to detect a problem at any one step and deal with it. > > Greg > > --- In gcmac@yahoogroups.com, James Roberts <exjimmyr@> wrote: > >> > >> Sorry for jumping in, > >> > >> What version of OS X are you using on the machines that show inconsistent results. All my ML machines have flakey results with folder actions and mail rules (flakier than SL or L that is . The logs are full of time outs and deny reads. I know thats not much help but it may have little to do with GC. > >> > >> James Roberts > >> exjimmyr@ > >> > >> "Nothing travels faster than the speed of light, with the possible exception of > >> bad news, which obeys its own set of laws" ~ Douglas Adams > >> > >> > >> > >> > >> On 09-05-2013, at 10:43 , treeceg <photo@> wrote: > >> > >> > I'm happy to run tests for you, but I'm seeing that it's not consistent. A file that errors out, can be run back through another time, and won't create an error. It is not a high percentage of errors, but with the error point being contained within a single GC command, I am having a hard time recovering from it automatically when it does happen. > >> > > >> > I am guessing that the variable nature is due to the files residing on a server, rather than the local disk, and so Finder response times are more variable. > >> > > >> > One of my machines is running 8.6 build 1203, and it seems to recover from it better on it's own, than version 8.2 which is what I have running in production, but is creating a bunch of temp files on the desktop, which is challenging to clean up as well. > >> > > >> > Greg > >> > > >> > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > >> > > > >> > > Hello, > >> > > > >> > > hmm, maybe I can add a delay to my source and try to rewrite the file. Can we try that? > >> > > > >> > > Thorsten > >> > > > >> > > On 08.05.2013, at 21:12, "treeceg" <photo@> wrote: > >> > > > >> > > > So you have a delay built in already, and if FInder takes longer than that delay to do it's thing, then I can expect that message, and there's really nothing I can do about it. Is that accurate? When I got that message in the console, the gc_ temp file was locked open by GC, so it was harder to clean up after. > >> > > > > >> > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > >> > > > > > >> > > > > Hello, > >> > > > > > >> > > > > I have to create a temporary file to write the new file with changes. I exchange both after that. Sometimes the file manager seems to be to slow. > >> > > > > > >> > > > > I added already a delay in the delete command if it does fail. > >> > > > > > >> > > > > Thorsten > >> > > > > > >> > > > > On 08.05.2013, at 08:41, "treeceg" <photo@> wrote: > >> > > > > > >> > > > > > So, if the file in question is both created and deleted as part of a single 'set file iptc' command, how can I control that? GC would be the one that has the file busy. > >> > > > > > > >> > > > > > --- In gcmac@yahoogroups.com, Thorsten Lemke <lemke@> wrote: > >> > > > > > > > >> > > > > > > Hi, > >> > > > > > > . > >> > > > > > > >> > > > > > > >> > > > >> > > >> > > >> >