Re: How to get file type when G_FILE_MONITOR_EVENT_DELETED?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/12/2010 05:10 AM, Lex Trotman wrote:
On 12 December 2010 19:09, Vikram Ambrose<noel.ambrose@xxxxxxxxx>  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
_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list


[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux