| To: | REALbasic NUG <realbasic-nug at lists dot realsoftware dot com> |
|---|---|
| Subject: | 101 error when deleting a file |
| From: | Harrie Westphal <harriew at frontiernet dot net> |
| Date: | Mon, 28 Apr 2008 15:34:42 -0500 |
| Authentication-results: | mx.google.com; spf=pass (google.com: domain of realbasic-nug-bounces at lists dot realsoftware dot com designates 66.116.103.65 as permitted sender) smtp dot mail=realbasic-nug-bounces at lists dot realsoftware dot com |
| Delivered-to: | listarchive at realsoftware dot com |
| Delivered-to: | realbasic-nug at lists dot realsoftware dot com |
Is there a logical reason why REALbasic sets FolderItem.LastErrorCode to 101 when you delete a file? Watching the events in the debugger you can see that the file exists, has been read in and it shows the f.exists=true, f.LastErrorCode=0. Now when f.delete is executed f.exists goes to false, which I would expect, but f.LastErrorCode goes to 101, which seems odd. Yes, the file no longer exists which is what 101 is telling you, but it existed at the point in time when the f.delete was executed so why throw a 101 error at that time? I guess you could argue that that is verification that the file was deleted, but f.exists going to false would also tell you that. Just seems odd to me. === A Mac addict in Tennessee === _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html> |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: New Faces at REAL Software, Thom McGrath |
|---|---|
| Next by Date: | Re: RealSQLDatabase/SQLite-based files: poor network performance. Is there a port issue?, Trausti Thor Johannsson |
| Previous by Thread: | VB Forms into RB2007, Rubber Chicken Software Co. |
| Next by Thread: | Re: 101 error when deleting a file, Arnaud Nicolet |
| Indexes: | [Date] [Thread] [Top] [All Lists] |