revCopyFile

Bob Sneidar bobs at twft.com
Thu Mar 22 11:35:35 EDT 2012


Could you share the shell script that does the copy? That would be useful to many I think. 

Bob


On Mar 21, 2012, at 11:25 PM, Geoff Canyon wrote:

> The advantages derive from the fact that LiveCode isn't doing the actual
> copying with revCopyFile -- the Finder is. For completeness, the same
> advantage applies to using a shell command. You don't get a progress dialog
> though.
> 
> Okay, I just did a quick one-off test with interface sounds off. For thirty
> files that were each about 70kb, using a shell command was about 3x faster
> than using revCopyFile. That's without taking advantage of the ability to
> move and rename in one step with a shell command. If that's what you're
> doing, the advantage would be even greater.
> 
> On Wed, Mar 21, 2012 at 3:04 PM, Pete <pete at mollysrevenge.com> wrote:
> 
>> Thanks all for the input.  Sounds like Stephen's approach is the only way
>> to get rid of it.  Seems like that setting will apply to other sounds as
>> well, but I'm OK with that.
>> 
>> As far as using AppleScript, I'm using revCopyFile because the dictionary
>> claims there are "certain advantages" to using it over "put URL" or any
>> other method, amongst which is that it does not require reading the file
>> into memory, and since some of these files could be pretty large, that's
>> significant.  On a Mac, it also displays a progress bar which I don;t think
>> would be possible if I used "put URL".
>> 
>> Pete
>> 
>> On Wed, Mar 21, 2012 at 11:35 AM, Geoff Canyon <gcanyon at gmail.com> wrote:
>> 
>>> I went straight to the shell command, so I don't know for sure, but this
>>> sounds reasonable. There's also the overhead of spinning up AppleScript
>> in
>>> the first place. If Apple is doing that badly, that might also cause
>>> problems I suppose.
>>> 
>>> On Wed, Mar 21, 2012 at 1:24 PM, stephen barncard <
>>> stephenREVOLUTION2 at barncard.com> wrote:
>>> 
>>>> That was probably a big reason why multiple file transfers would take
>>> more
>>>> time - loading and unloading the sound - and perhaps the reason why it
>>>> failed after memory was exceeded.
>>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>> 
>> 
>> --
>> Pete
>> Molly's Revenge <http://www.mollysrevenge.com>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





More information about the Use-livecode mailing list