On 13 December 2010 07:08, Vikram Ambrose <noel.ambrose@xxxxxxxxx> wrote: > 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? Yes or set different user_data when you connect to the monitor. Cheers Lex > > > /V > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > http://mail.gnome.org/mailman/listinfo/gtk-list > _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list