Re: How to get file type when G_FILE_MONITOR_EVENT_DELETED?

On 13 December 2010 07:08, Vikram Ambrose <noel ambrose gmail com> wrote:
> 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
>> 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.


> /V
> _______________________________________________
> gtk-list mailing list
> gtk-list gnome org

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