Opened 12 years ago
Closed 5 years ago
#2794 closed Feature Request (Rejected)
FileDelete ability to remove the file stream
| Reported by: | anonymous | Owned by: | |
|---|---|---|---|
| Milestone: | Component: | AutoIt | |
| Version: | Severity: | None | |
| Keywords: | Cc: |
Description
Simple API can delete :somedata stream
DllCall('kernel32.dll', 'bool', 'DeleteFileW', 'wstr', 'test.txt:somedata')
but FileDelete can`t
FileDelete('test.txt:somedata')
Test code:
FileClose(FileOpen('test.txt:somedata', 1))
FileDelete('test.txt:somedata') ;FALSE
DllCall('kernel32.dll', 'bool', 'DeleteFileW', 'wstr', 'test.txt:somedata') ;OK
Is it bug? or possible to improve the FileDelete?
Attachments (0)
Change History (4)
comment:1 by , 12 years ago
| Version: | 3.3.12.0 |
|---|
comment:2 by , 12 years ago
Given that it is so simple to do, what is preventing you from writing a simple 2 line wrapper function to do this in your own scripts when needed? Why bloat the core function?
M23
comment:3 by , 12 years ago
Melba23,
I think AutoIt is almost certainly calling DeleteFile internally, this is just a change to the definition of a "path" when it comes to deleting files.
Since Jon is looking at the way paths are handled in internal functions at the moment hopefully this is a trivial fix that would make FileDelete a little more versatile.
Though it doesn't even require a custom function as _WinAPI_DeleteFile will already do this.
comment:4 by , 5 years ago
| Resolution: | → Rejected |
|---|---|
| Status: | new → closed |
Sorry for the late answer,
In fact the internal autoIt code handle wildcard so it involve a lot of internal change
So as _WinAPI_DeleteFile() is OK just use it for Metadata

Automatic ticket cleanup.