From d8230e72ca01fd27509ef7134f0957c73f164ae3 Mon Sep 17 00:00:00 2001 From: Julio Merino Date: Mon, 8 Feb 2016 11:43:01 -0500 Subject: Drop the cache_enabled hack cache_enabled leaked the cache.on setting from the cache module abstraction back into sshfs, and it only did so for the Darwin case. This hack was being used to avoid calling cache_add_attr and cache_invalidate when the cache was disabled... but these two functions already do nothing when in that case: there is no need to do a second check in the caller. --- sshfs.c | 10 ---------- 1 file changed, 10 deletions(-) (limited to 'sshfs.c') diff --git a/sshfs.c b/sshfs.c index 6948663..21393f1 100644 --- a/sshfs.c +++ b/sshfs.c @@ -2591,21 +2591,11 @@ static int sshfs_open_common(const char *path, mode_t mode, } if (!err) { -#ifdef __APPLE__ - if (cache_enabled) - cache_add_attr(path, &stbuf, wrctr); -#else cache_add_attr(path, &stbuf, wrctr); -#endif buf_finish(&sf->handle); fi->fh = (unsigned long) sf; } else { -#ifdef __APPLE__ - if (cache_enabled) - cache_invalidate(path); -#else cache_invalidate(path); -#endif g_free(sf); } buf_free(&buf); -- cgit v1.2.3