Re: How to get file type when G_FILE_MONITOR_EVENT_DELETED?
- From: Vikram Ambrose <noel ambrose gmail com>
- To: gtk-list gnome org
- Subject: Re: How to get file type when G_FILE_MONITOR_EVENT_DELETED?
- Date: Sun, 12 Dec 2010 15:08:59 -0500
On 12/12/2010 05:10 AM, Lex Trotman wrote:
On 12 December 2010 19:09, Vikram Ambrose<noel ambrose gmail com> wrote:
How do you figure out the file type inside GFileMonitor's "changed" callback
when the GFileMonitorEvent is a G_FILE_MONITOR_EVENT_DELETED?
I was erroneously using g_file_query_file_type()!=G_FILE_TYPE_DIRECTORY,
without actually looking at the return value, until recently discovered that
since the GFile in question has just been deleted, it would always return
G_FILE_TYPE_UNKNOWN.
A deleted file doesn't exist so it doesn't have a type. Since the
event is telling you the file is deleted you already know this and
don't need to query the type (or you can use the fact that
G_FILE_TYPE_UNKNOWN is documented to mean does not exist.
I don't understand what you mean by "don't need to query the type". I
want to know if the _EVENT_DELETED was for a regular file or a directory.
Does this mean that I would need to service "changed" for directories
with a different callback from what I use for regular files just to be
able to differentiate between the file types for this event?
/V
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]