al LC appleScript seems to use 'copy folder' in LC9.6.8
> On MacOS 12.6.3 that does not work for me.
> 'duplicate folder' does.
> Not sure since when or what version this changed.
> Maybe it's the same for revCopyFile
>
> Applescript from LiveCode works pretty well for me, mos
since when or what version this changed.
Maybe it's the same for revCopyFile
Applescript from LiveCode works pretty well for me, most of the time.
Moving and duplicating folders in the Finder by applescript from LC is slow.
Adding 'ignoring application responses' get's the beachball away
I upgrade to ventura 1.3 and since then I am in big troubles. The
function revcopyfile does not work anymore.
I have stack to manage files (over 8000 pdf files), which with revcopyfile are
getting corrupt. There are not anymore openable
using preview, but also pages dokument are getting lost or corrup
> Hi,
> Last Sunday I upgrade to ventura 1.3 and since then I am in big troubles.
> The function revcopyfile does not work anymore.
> I have stack to manage files (over 8000 pdf files), which with
> revcopyfile are getting corrupt. There are not anymore openable
> using preview,
Hi,
Last Sunday I upgrade to ventura 1.3 and since then I am in big troubles. The
function revcopyfile does not work anymore.
I have stack to manage files (over 8000 pdf files), which with revcopyfile are
getting corrupt. There are not anymore openable
using preview, but also pages dokument
When using revCopyFile on OS X I keep getting the result: execution error
The good news is that there is NO error, the file is copying just nicely
and arrives intact. The bad news is obviously I can't programmatically
check that the Copy was successful.
The cause seems to be the length
Trying to move and sort large numbers of files around. Revcopyfile has always
worked before but now with OS 10.8.4 it wants my admin password for each file
in the repeat loop. I've tried making sure that all the folders involved have
permissions set to read and write for everyone
revCopyFile with nothing else in the result.
The disk image is mounted.
I checked for the presence of the disk image using the message box as you
suggested using the message box and got true..
I also checked the application file availability using the message box and
got true. Interestingly
I'm trying to use revcopyfile to copy an application from a folder on my
disk drive to a mounted disk image (OS X). Keep getting Execution error
from revCopyFile which really isn't very helpful.
When copying an application file, should the file name be myApp or
myApp.app? Or should I be using
On 6/1/12 11:30 AM, Peter Haworth wrote:
I'm trying to use revcopyfile to copy an application from a folder on my
disk drive to a mounted disk image (OS X). Keep getting Execution error
from revCopyFile which really isn't very helpful.
When copying an application file, should the file name
Thanks Jacque. I treid the formats you recommended and I'm still getting
execution error back from revCopyFile with nothing else in the result.
The disk image is mounted.
I checked for the presence of the disk image using the message box as you
suggested using the message box and got true..
I
Is there any way to get a meaningful error message from revCopyFile other
than the ubiquitous execution error (on OS X)?
Pete
lcSQL Software http://www.lcsql.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url
I posted it earlier. Here it is again.
*on* shellCopyFile tSource,tTarget -- tSource and tTarget are both full
paths
*get* shell(cp quote tSource quote quote tTarget quote)
*if* it is not empty *then*
*-- handle errors here*
*end* *if*
*end* shellCopyFile
On Thu, Mar
No clue how it would work on Windows. Here it is again:
*on* shellCopyFile tSource,tTarget -- full paths
*get* shell(cp quote tSource quote quote tTarget quote)
*if* it is not empty *then*
*-- handle errors here*
*end* *if*
*end* shellCopyFile
On Thu, Mar 22, 2012 at
file for write binary
Read 16KB or whatever is left if it's less from the source into a buffer
Append the buffer to the destination
Loop until done
Close the files
Faster then revCopyFile (in fact, why doesn't itdo it this way) and no
hassle with shells or external processes where you need
Write verification? Maybe LC's low level file functions do not verify, whereas
the shell command does.
Bob
On Mar 23, 2012, at 3:24 PM, Geoff Canyon wrote:
It is stunning to me that this is faster than using a shell command. I did
the same test as before (about thirty files, about 70k
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
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
...@gmail.com 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
is left if it's less from the source into a buffer
Append the buffer to the destination
Loop until done
Close the files
Faster then revCopyFile (in fact, why doesn't itdo it this way) and no
hassle with shells or external processes where you need to check if they
actually did what you asked.
HTH
, but it is really straightforward:
Open the source file for read binary
Open the destination file for write binary
Read 16KB or whatever is left if it's less from the source into a buffer
Append the buffer to the destination
Loop until done
Close the files
Faster then revCopyFile (in fact, why doesn't
the destination file for write binary
Read 16KB or whatever is left if it's less from the source into a buffer
Append the buffer to the destination
Loop until done
Close the files
Faster then revCopyFile (in fact, why doesn't itdo it this way) and no
hassle with shells or external processes
On 3/22/12 7:25 PM, Pete wrote:
Hi Maarten,
That's a nice solution. Fast and doing it in chunks allows me to show a
progress bar. I think I'll settle on that method. Is there a way to get
the size of a file in LC? With that, I could decide if it's even worth
displaying a progress bar.
The
Hi Jacque,
Yes, I saw that in the dictionary. I don't think there's any metadata in
the files I will be copying (straight .txt files) but I'll have to check
that before going down this path.
I found the files function in the dictionary and it includes the file size
in one of it's formats but it
On 3/22/12 9:26 PM, Pete wrote:
Hi Jacque,
Yes, I saw that in the dictionary. I don't think there's any metadata in
the files I will be copying (straight .txt files) but I'll have to check
that before going down this path.
It should be fine with text files.
--
Jacqueline Landman Gay
Anyone know of a way to get rid of that annoying sound when revCopyFile has
finished copying a file? This is on a Mac, don't know if it happens in
Windows.
--
Pete
Molly's Revenge http://www.mollysrevenge.com
___
use-livecode mailing list
use
system preferences (apple menu) --sound--sound effects tab---
deselect Play User Interface Sound Effects checkbox
On 21 March 2012 10:34, Pete p...@mollysrevenge.com wrote:
Anyone know of a way to get rid of that annoying sound when revCopyFile has
finished copying a file? This is on a Mac
Funny, I went through this just a week ago. I found four reasons to abandon
revCopyFile for a shell command:
1. The sound.
2. It's slow.
3. For large numbers of commands it died on me.
4. It can't change the name of the file as part of the copy process.
I was trying to turn 1,700 files in one
March 2012 10:34, Pete p...@mollysrevenge.com wrote:
Anyone know of a way to get rid of that annoying sound when revCopyFile has
finished copying a file? This is on a Mac, don't know if it happens in
Windows.
--
Pete
Molly's Revenge http://www.mollysrevenge.com
Bob-
Wednesday, March 21, 2012, 10:49:00 AM, you wrote:
I was gonna say Turn off your speakers? But I think I used up
all my Smart A$$ quota for the month! ;-)
Uh oh. There's a quota?
I am so gonna be in trouble now...
--
-Mark Wieder
mwie...@ahsoftware.net
Presumably, buried somewhere amongst the Livecode stacks there is
an AudioClip. I suppose one could trawl through them with the
application browser and remove it...
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this
Hello gang,
using revCopyFile and it works great on Mac (internally a shell call)- and
I noticed there is a very nice progress indicator provided but it appears
behind the window/stack that launched it and is basically useless as it's
always obfuscated.
Is there a way to make this indicator
://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get with only a small contribution. All our LiveCode downloads are
listed at http://qery.us/zr
On 5 okt 2011, at 21:56, stephen barncard wrote:
Hello gang,
using revCopyFile and it works great on Mac (internally a shell call)- and
I noticed
See what you get with only a small contribution. All our LiveCode downloads
are listed at http://qery.us/zr
On 5 okt 2011, at 21:56, stephen barncard wrote:
Hello gang,
using revCopyFile and it works great on Mac (internally a shell call)-
and
I noticed there is a very nice progress
Hi Stephen,
The docs are wrong. RevCopyFile uses AppleScript, not the shell, on Mac OS X.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get
Are you saying that inside a stack inside the bundle there is a do as
applescript in the script for this command?
hard to believe - it's pretty responsive.
On 5 October 2011 14:40, Mark Schonewille
m.schonewi...@economy-x-talk.comwrote:
Hi Stephen,
The docs are wrong. RevCopyFile uses
Yup.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get with only a small contribution. All our LiveCode downloads are
listed at http://qery.us/zr
On 10/5/11 2:56 PM, stephen barncard wrote:
Hello gang,
using revCopyFile and it works great on Mac (internally a shell call)- and
I noticed there is a very nice progress indicator provided but it appears
behind the window/stack that launched it and is basically useless as it's
always
we're interested in
filter tDetailedFiles with (tEncodedFile ,*)
return (item 2 of tDetailedFiles + item 3 of tDetailedFiles)
end FileSize
on copyFile source,destination
--revCopyFile source,destination
put fileSize(source) into theSize
open file source for binary read
open file
Yes, but a simple rev implementation should be as fast and
cross-platform (windows Mobile.)
On Sunday, April 10, 2011, Web Admin Himalayan Academy ka...@hindu.org wrote:
On 4/8/11 6:25 AM, Maarten Koopmans wrote:
I'll just write a copyfile function in LC then. That should be near-C
Really? Ever benchmarked open, read, write on files? How slow are they?
On Sunday, April 10, 2011, Mark Schonewille
m.schonewi...@economy-x-talk.com wrote:
Cross-platform yes, fast no.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage:
Maarten,
That depends on many factors. I have been in situations where writing a few
tens of thousands of files too hours using read/write, while using the shell
command took a few minutes. I have also been in situations where read/write was
actually the preferred method. If it is about speed,
On Apr 10, 2011, at 5:31 AM, Mark Schonewille wrote:
Maarten,
That depends on many factors. I have been in situations where
writing a few tens of thousands of files too hours using read/write,
while using the shell command took a few minutes. I have also been
in situations where read/write
I'll try the command shell, I hope the command window doesn't show.
Blocking behavior is another fear ( why revCopyFile is unacceptable).
Thanks for all the hints and advice everybody!
--Maarten
On Sunday, April 10, 2011, Jim Ault jimaultw...@yahoo.com wrote:
On Apr 10, 2011, at 5:31 AM, Mark
, at 16:49, Maarten Koopmans wrote:
I'll try the command shell, I hope the command window doesn't show.
Blocking behavior is another fear ( why revCopyFile is unacceptable).
Thanks for all the hints and advice everybody!
--Maarten
___
use-livecode
, but can probably do what you
want that way.
On Sun, Apr 10, 2011 at 8:49 AM, Maarten Koopmans
maarten.koopm...@gmail.com wrote:
I'll try the command shell, I hope the command window doesn't show.
Blocking behavior is another fear ( why revCopyFile is unacceptable).
Thanks for all the hints
On 4/8/11 6:25 AM, Maarten Koopmans wrote:
I'll just write a copyfile function in LC then. That should be near-C
speed, assuming open/read/write are implemented close to the os.
Thanks, Maarten
I would second Mark's option to use shell, I have a complete in-house
version control system for
Hi,
I just started using revCopyFile, and well, on my Mac it felt. slow.
Is that normal? Any faster way to do it - or just write my own in2out file
copy?
--Maarten
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit
,
I just started using revCopyFile, and well, on my Mac it felt. slow.
Is that normal? Any faster way to do it - or just write my own in2out file
copy?
--Maarten
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit
Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
New: Download the Installer Maker Plugin 1.6 for LiveCode here
http://qery.us/ce
On 8 apr 2011, at 17:38, Maarten Koopmans wrote:
Hi,
I just started using revCopyFile, and well
50 matches
Mail list logo
