If you think that the recursion is the cause of any perceived slow-down,
there is an alternative of using a non-recursive version in pure LC.
I posted one such example to the use-list on 26th Oct in the thread
recursion limit when creating file list of harddrive
And being pure LC, you ca
Whoa! So long as the tree is in your own yard... ;-)
Bob S
On Nov 11, 2015, at 07:52 , Kevin Miller
mailto:ke...@livecode.com>> wrote:
so not long to wait (touchwood!).
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this ur
Indeed he has. However I suspect that it may be this patch in fact goes
into DP10 as it is still undergoing final refinements. We are keen to keep
the momentum up with 8 and would like to get a DP9 out imminently to
resolve some other issues that have come up. We will be aiming for a DP10
only days
Malte Brill wrote:
> as the livecode solutions tend to become rather slow if there is
> a certain amount of nesting involved, I want to come up with a shell
> alternative to directorywalking.
I would be interested in your benchmarks.
In my own (limited) testing I've found that once we added appr
On 11/11/2015 13:40, Malte Brill wrote:
Hi Mike,
thanks for the reply!
For the Mac I seem to be able to use:
put "find -d tree“ && tPath && "-type f“ into tShellCommand
For Windows of course I forgot to replace the backslashes with slashes.
Not sure if find is available and has the same swi
Hi Mike,
thanks for the reply!
For the Mac I seem to be able to use:
put "find -d tree“ && tPath && "-type f“ into tShellCommand
For Windows of course I forgot to replace the backslashes with slashes.
Not sure if find is available and has the same switches on Linux though…
All the best,
Mal
I think the issue you are going to run into is going to be the output format.
On both Mac and Linux you are going to be using the "ls -R" command.
Do a search on unix ls command and you can see some example outputs in some of
the articles.
-= Mike
On Nov 11, 2015, 7:54 AM, at 7:54 AM, Ma
