> OK, after I read this post, I decided to test it one more time. Yes,
> after a few try of InputFolder, I also noticed the locking behavior.
> However, this wasn't restricted to multiple files in the explorer: I
> could reproduce it even with single file in explorer or totalcmd, with
> or without the explorer shell. And I think I found out the cause (:two
> visible windows with "c=ghost" which imitates the browse folder and
> the file manager. There are also several more "c=ghost" windows which
> are hidden), and the workaround:
>
> @MoveFolder
> ; static _folder_
> If (not Context) do
> context = 1
> Win.Close("active")
> _folder_ = InputFolder
> EndIf
> File.Move(arg(1),_folder_)
> Quit
Thanks Alan and Sean, I think I've found the problem here.
Going back to basics...since it was working on your end I decided to resort
to the good old test with empty.pcf. Sure enough, script worked good, no
lockups.
When I was doing the testing, I had a files in c:\temp4 and was moving the
files to c:\temp5. In explorer, I could see the explorer window in the
background, and was watching the second file disappear from the source
c:\temp4 while the browse for folder dialog was up...which was making me
wonder why powerpro was doing a non-synchronous file processing (I was
pretty sure that powerpro always pauses when input dialogs appear, and
doesn't do anything till they're gone).
Turns out, what was causing the problem was my monitor list, that was
running every 2 seconds. Seems that after running a couple times was when
the explorer/powerpro locked up.
Here's the only command I have in my monitor list (tested with nothing in
the monitor list though, and it still locked up):
Script if (pproflag(4) != muted)
MoreCommands:
Flag reverse 4
Format item item 2 list "_Bar: !Main" hide &(not muted)
Doing some more testing in empty.pcf I also found another way to make the
lockup occur. From explorer, select the file(s) and run the context. Once
the browse for folder comes up select a folder in the browse dialog and then
move the browse dialog around the screen (using the caption). Picking it a
couple times and you'll see the (not responding) appear in the browse for
file dialog. My best guess, is that it's some sort of focus-switching issue
with explorer. The Monitor must switch focus between windows momentarily,
and the manual window move after setting focus to an item in the list is
causing explorer to lockup. You can close explorer and reopen it and
powerpro is still fully functional - cancel or ok the browse dialog from
powerpro and everything is still good.
So, for the time being I'll personally disable, and re-enable my monitor
list in the script and not switch focus when the browse dialog is up.
Maybe bruce can find a fix for it with his next release. I wonder if timers
are executed during filedialogs that would also cause a problem...
David Troesch | Atlanta, GA | ICQ# 2333123
Powerpro Resources. Find 'em here - http://powerpro.pcrei.com
Funstuff: In case of injury notify your superior immediately. He'll kiss it
and make it better.
------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a
href="http://us.ard.yahoo.com/SIG=12hp3qvr4/M=362131.6882499.7825260.1510227/D=groups/S=1706030409:TM/Y=YAHOO/EXP=1124078177/A=2889191/R=0/SIG=10r90krvo/*http://www.thebeehive.org
">Get Bzzzy! (real tools to help you find a job) Welcome to the Sweet Life
- brought to you by One Economy</a>.</font>
--------------------------------------------------------------------~->
Attention: PowerPro's Web site has moved: http://www.ppro.org
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/power-pro/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
