revcopyfolder problem

[J. Landman Gay]

I do use "create folder" so that does seem to point to the problem, only 
in my case I don't even need to issue that command for the name-check to 
fail. What it looks like from an uneducated view is that somehow the 
Finder's database is updated to include a non-existent folder.

The odd part is that it only fails sporadically for both of us, 
apparently depending on the user's machine. At least for me, it never 
fails on my main Mac, only on the MacBook.

(Apologies to all for the long quoted stuff below but I want to keep the 
context available.)

On 8/24/11 1:57 PM, Ron wrote:
> Thanks Ken, Jacque, I know the result indicates an applescript
> problem, I should have clarified a bit by asking if the user could do
> something in his system that would cause the applescript problem.
>
> Jacque the problem sounds similar. My app creates a folder in the
> library/app support folder. That was failing so I sent him a stack
> that tried to write a simple folder to the support folder without all
> the other stuff the original app was doing. It failed but reported
> its progress to the point of using revcopyfolder. It created a folder
> and reported the existence of it afterwards. Then I tried to
> revcopyfolder from a folder stored in the .app package and it fails.
> I tried writing to the defaultfolder where the simpletest app was and
> the same result - execution error.
>
> Based on what you are seeing, perhaps the original report of the
> existence of the folder is incorrect so naturally the following call
> to revcopyfolder fails. The problem would then be in the call 'create
> folder'. Should we be looking there instead?
>
> Thanks Ron
>
>
>
> On Aug 24, 2011, at 2:30 PM, J. Landman Gay wrote:
>
>> On 8/24/11 1:05 PM, Ken Ray wrote:
>>>
>>> On Aug 24, 2011, at 12:10 PM, ron barber wrote:
>>>
>>>> Hi, A user is reporting a problem with my software and I have
>>>> traced it back to an opening call to revcopyfolder. He is on a
>>>> Mac 10.6. I sent him two other stacks that simply call
>>>> revcopyfolder and they fail, returning execution error in the
>>>> result. The paths check out and I have never had a report like
>>>> this before. Can anyone suggest what might be going on? I know
>>>> revcopyfolder uses Applescript but could that be the cause?
>>>
>>> Absolutely - the result "execution error" only comes from trying
>>> to run an AppleScript that has a problem.
>>
>> There may be something wonky going on with folders in 10.6 and
>> maybe 10.7. I've had some weird experiences that are not always
>> reproducible.
>>
>> Part 1: I have a function with a simple repeat loop that just looks
>> for a uniquely numbered folder name so I can create a new numbered
>> folder the same way the standalone builder does. It works fine on
>> my iMac. If I move the stack to my MacBook Pro (same OS, same
>> version of LiveCode) it fails the "there is a folder" check. The
>> same thing happened to one of my testers.
>>
>> For example, I want a folder named "myfolder" and if one exists,
>> append a number until there is no folder with that name. Assume
>> there's already an existing folder named "myfolder". The next time
>> I call the function and it hits this line:
>>
>> if there is a folder ("myfolder"&  x) then...
>>
>> it should return false because "myfolder 1" has not yet been
>> created. But it returns true. The function then returns the name
>> "myfolder 2".
>>
>> If I immediately run the function again, it returns "myfolder 3". I
>> can repeat that indefinitely, even though no folders have actually
>> been created at all.
>>
>> To make sure I wasn't hallucinating, I used Terminal to run "ls -a"
>> to view the directory contents. There were no numbered folders in
>> the directory.
>>
>> I have no explanation, and it doesn't happen on my iMac.
>>
>> Part 2: Someone on Lion, using the same stack, has no problem with
>> the folder check and gets a correctly-named folder to hold some
>> created files. But when a handler later tries to access the files
>> from that folder, LiveCode reports the files do not exist -- even
>> though they are visible in Finder and the file path is correct. It
>> feels like a related problem but I'm not sure how exactly. I can't
>> repro this one.
>>
>> It's weird and I'm stuck.
>>
>> -- Jacqueline Landman Gay         |     jacque at hyperactivesw.com
>> HyperActive Software           |     http://www.hyperactivesw.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
>


-- 
Jacqueline Landman Gay         |     jacque at hyperactivesw.com
HyperActive Software           |     http://www.hyperactivesw.com