I am not mad. Maybe the looping is too fast for my hard drive. I have a reasonably fast mac so that could be it. But that is enough for me to not use recursive even though I like it.
John Balgenorth On Sep 30, 2014, at 3:06 PM, Rick Harrison <harri...@all-auctions.com> wrote: > Hi there, > > I think sometimes people on this list need to: > > 1: Put a cool washcloth on their foreheads. > 2. Go and take a nap. > 3. Calm down and be able to laugh a little more. > 4. (I sometimes need to do this myself, and it helps!) > > Cheer up guys! > > Rick > > On Sep 30, 2014, at 5:36 PM, Bob Sneidar <bobsnei...@iotecdigital.com> wrote: > >> Lovely. >> >> Bob S >> >> >> On Sep 30, 2014, at 14:14 , JB <sund...@pacifier.com> wrote: >> >>> I am the only user on this Mac. If someone else >>> uses my mac they use my settings. >>> >>> For me there is not much needed to understand >>> when I list the file not using recursive it works and >>> sometimes when I list them using recursive it does >>> not work. It is the sometimes that bothers me and >>> that is enough that I will not offer the option. >>> >>> We can get into examining my computer and the fact >>> I am using a external USB drive and it is not really a >>> fast drive and maybe the looping is too fast or what >>> else it could be on my side. The fact is as a typical >>> user I know with the finder and other programs I can >>> access my folders. If I bought your program and you >>> gave me that technical answer and I wasted my time >>> trying to figure out why your program will not access >>> my folders and examine permissions or other things >>> when others do access them I would not be happy. >>> >>> On that basis for the very few like me who will have >>> a problem I will not use it. >>> >>> John Balgenorth >>> >>> >>> On Sep 30, 2014, at 2:03 PM, Bob Sneidar <bobsnei...@iotecdigital.com> >>> wrote: >>> >>>> I think you are missing the point JB. Permissions are a tricky thing. The >>>> user is accessing the folders based upon his security token created at the >>>> time he logged in. Suppose this is a file server, and midway through, the >>>> IT person changed permissions? You will get an error trying to open that >>>> folder unless the new permissions include you. >>>> >>>> Other issues can involve another application currently accessing the file >>>> in a copy or move process. What they are saying is, instead of bailing out >>>> with an error message, pass over the problem folder. Maybe make a list and >>>> write it out to a log, then alert the user afterwards they those >>>> files/folders cannot be accessed. >>>> >>>> I’ll give you a GREAT example of how this can happen. I upgraded an OS X >>>> server which employed XSAN volumes, and in the process I had to upgrade my >>>> XSAN volumes themselves. Unbeknownst to me, but beknownst to Apple, the >>>> new XSAN volumes were cASE sENSITIVE! My backup software was NOT! So when >>>> some users decided to rename their existing files by simply correcting the >>>> case, the backup software began throwing errors because the file existed, >>>> but wasn’t the same file, because it didn’t have the same name… exactly. >>>> >>>> So the backup software had to rewrite their algorithms to either ignore >>>> case, or correct for it. The point is, when dealing with files and >>>> folders, it will behoove you to write some really robust error checking >>>> before putting your software out there. >>>> >>>> Bob S >>>> >>>> >>>> On Sep 30, 2014, at 13:32 , JB <sund...@pacifier.com> wrote: >>>> >>>>> And what do you mean by folders that cannot >>>>> be accessed? Since when are they not able >>>>> to be accessed? I access them all of the time. >>>>> I am a typical user who accesses files & folders >>>>> everyday the same way. >>>>> >>>>> So you are telling me they cannot be accessed >>>>> and I encourage you to put a program on the >>>>> market and explain that to those who access >>>>> their folders every day and your program does >>>>> not allow them to access it. >>>>> >>>>> They will read your response and quit your program >>>>> and continue to access their folders as usual and you >>>>> will not hear from them again because they do not want >>>>> to spend their time explaining to you they are able to >>>>> access their folders without your program. >>>>> >>>>> If it causes me problems it will cause someone else >>>>> problems and I am not going to explain to them do >>>>> not use those folders with my program or block it >>>>> and give them a dialog stating it cannot be accessed. >>>>> >>>>> I liked the idea of recursive but it does not work good >>>>> for me. >>>>> >>>>> John Balgenorth >>>>> >>>>> >>>>> >>>>> On Sep 30, 2014, at 1:19 PM, Richard Gaskin <ambassa...@fourthworld.com> >>>>> wrote: >>>>> >>>>>> JB wrote: >>>>>> >>>>>>> For now I will not use recursive to list files or folders. >>>>>> >>>>>> I think we've established that recursion errors are the symptom but not >>>>>> the problem (that is, unless you have directory structures deeper than >>>>>> 400,000 levels, but then I suspect you'd see inode problems long before >>>>>> you'd have a chance to walk through them with LC). >>>>>> >>>>>> The question is: How do we handle error conditions when a folder cannot >>>>>> be accessed? >>>>>> >>>>>> The original code you had bails because it isn't doing appropriate error >>>>>> checking, and Alex' modification bails whenever it encounters a folder >>>>>> it can't access. >>>>>> >>>>>> Unless you write some code to handle that differently, it's bailing >>>>>> either way. >>>>>> >>>>>> -- >>>>>> Richard Gaskin >>>>>> Fourth World Systems >>>>>> Software Design and Development for the Desktop, Mobile, and the Web >>>>>> ____________________________________________________________________ >>>>>> ambassa...@fourthworld.com http://www.FourthWorld.com >>>>>> >>>>>> _______________________________________________ >>>>>> use-livecode mailing list >>>>>> use-livecode@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@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@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@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@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@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode