Custom Query (518 matches)

When moving massive amounts of files from one area to another, eventually, (100% of the time), it will stop doing the job. Normally I will highlight the files that I want moved, dragndrop them on the directory I want them to and select "Move" from the resulting popup window. Eventually, nothing happens after I click the move button with no resulting error code. I must add that while this method no longer works I CAN highlight all my files, click the "Move" button in the menu bar, select the necessary drive/dir in the dialog window and move that way just fine but, that quickly gets tiresome

Just checked Filestar's drag and drop and it appears to have none of the issues FM/2 has. It appears that the command options window that comes up in FM/2 causes the delay. Since drag and drop involves no command option window in Filestar, there appears to be no delay. Filestar's drag and drop follows the default setting for drag and drop.

Jim's response was this:

I agree with the above except when dragging the unzip exe file out of the ftp directory with FS/2, there is a delay presenting the dragged icon which locks up the FS/2 clock but not the system clock. When the FM/2 options window appears, the system clock locks for the delay and any/every file(s) seem to lock it up. And the FM/2 delay is considerably longer than the delay presenting the icon for an exe file in FS/2 D&D. The two delays are probably not related, me thinks. I smell a threading issue, the FM/2 options dialog proc must be running on the main thread. In FS/2 most, if not all, functions/dialogs are executed in an object window on a separate thread. However the drag op - up to the drop - is done on the main thread.

Issues

1. Os2 not sharing icons
2. Change to GCC 3.3.5 and use highmem
3. Error message to try text only view