Jump to content

FileRecycle success criteria?


suroit
 Share

Recommended Posts

Sorry if this is obvious to many people -- I am a newbie -- but here is the question:

After some testing, I found out that when I FileRecycle a file that doesn't exist, the return value is always 1 (success) as long as the path is correct, even if the file to be recycled doesn't exist.

Example:

$newpath = D:\np2\ 
$t = FileRecycle($newpath & "*.jpg")
If $t = 1 Then 
   Msgbox( 4096, "FileRecycle", "File Recycle success returns 1." & " $t = " & $t) 
Else 
   Msgbox( 4096, "FileRecycle", "File Recycle failure returns 0." & " $t = " & $t) 
EndIf

If the directory exists, the return value is always 1, whether the jpg files exist in it or not.

This is counterintuitive. Is my conclusion correct that when FileRecycle is asked to recycle a file that doesn't exist, it is considered success as long as the directory exists? Or am I missing something basic?

Thanks for any help.

Link to comment
Share on other sites

  • Moderators

suroit ,

A bit more testing shows that the problem you describe only arises with the "*" wildcard. :)

If you specify a file, you get the expected 0 if the file does not exist; however, if you use the wildcard you get 1. I find this behaviour quite reasonable - AutoIt is merely telling you that it has successfully recycled any files of that type. If you want to know whether any files of that type are there to recycle, you need to use FileExists first.

M23

Public_Domain.png.2d871819fcb9957cf44f4514551a2935.png Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind

Open spoiler to see my UDFs:

Spoiler

ArrayMultiColSort ---- Sort arrays on multiple columns
ChooseFileFolder ---- Single and multiple selections from specified path treeview listing
Date_Time_Convert -- Easily convert date/time formats, including the language used
ExtMsgBox --------- A highly customisable replacement for MsgBox
GUIExtender -------- Extend and retract multiple sections within a GUI
GUIFrame ---------- Subdivide GUIs into many adjustable frames
GUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView items
GUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeView
Marquee ----------- Scrolling tickertape GUIs
NoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxes
Notify ------------- Small notifications on the edge of the display
Scrollbars ----------Automatically sized scrollbars with a single command
StringSize ---------- Automatically size controls to fit text
Toast -------------- Small GUIs which pop out of the notification area

 

Link to comment
Share on other sites

Melba,

Thanks for the explanation. It sounds indeed reasonable. I was hoping I wouldn't have to find out separately if the files exist.

By the way, the Help file doesn't talk about wild cards for FileExists. I will have to try that. I was using FileFindFirstFile and FileFindNextFile with wild cards, but it is somewhat cumbersome.

Suroit

Edit: After a quick test, FileExists seems to work with wild cards.

Edited by suroit
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...