From patchwork Tue Jan 17 13:26:48 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: sundararaj reel X-Patchwork-Id: 12924 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.72) (envelope-from ) id 1Rn9Td-0000fK-0H for vdr@linuxtv.org; Tue, 17 Jan 2012 14:53:53 +0100 X-tubIT-Incoming-IP: 209.85.212.182 Received: from mail-wi0-f182.google.com ([209.85.212.182]) by mail.tu-berlin.de (exim-4.75/mailfrontend-2) with esmtps [TLSv1:RC4-SHA:128] for id 1Rn9Tc-0006cP-IP; Tue, 17 Jan 2012 14:53:28 +0100 Received: by wibhq12 with SMTP id hq12so2020388wib.41 for ; Tue, 17 Jan 2012 05:53:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=U0AEGYKyE0zF8FzBrqc8nKaxY97JLqaprL5PuIkli4U=; b=sGfeV1zskizubMigsWgBn0vVqJufG8oP1xVQdH0eNcsab+73Qu3wSd8WF1qMIqwPUs XSzwgcGkB/XC3XCxSaeDNTPg5rinQGmq8lgsWwBvig/hnVYfXO+fvP22BaCRd1cQZjIB BNBPh9H6xW2wExaTKzUwW56TA1oKswsIUNW4A= MIME-Version: 1.0 Received: by 10.180.100.200 with SMTP id fa8mr26298707wib.8.1326806808984; Tue, 17 Jan 2012 05:26:48 -0800 (PST) Received: by 10.227.157.198 with HTTP; Tue, 17 Jan 2012 05:26:48 -0800 (PST) Date: Tue, 17 Jan 2012 14:26:48 +0100 Message-ID: From: sundararaj reel To: VDR Mailing List X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.1.17.134215 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' MIME_TEXT_ONLY_MP_MIXED 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1800_1899 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, CTYPE_MULTIPART_NO_QUOTE 0, WEBMAIL_SOURCE 0, __ANY_URI 0, __CP_URI_IN_BODY 0, __CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __CTYPE_MULTIPART_MIXED 0, __FRAUD_WEBMAIL 0, __FRAUD_WEBMAIL_FROM 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __PHISH_SPEAR_HTTP_RECEIVED 0, __PHISH_SPEAR_STRUCTURE_1 0, __PHISH_SPEAR_STRUCTURE_2 0, __RDNS_GMAIL 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __SUBJ_ALPHA_START 0, __SUBJ_ALPHA_START_END 0, __TO_MALFORMED_2 0, __URI_NO_MAILTO 0, __URI_NS ' X-LSpam-Score: -1.9 (-) X-LSpam-Report: No, score=-1.9 required=5.0 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, T_DKIM_INVALID=0.01 autolearn=ham Subject: [vdr] vdr 1.7.23: patch for handling symlinks in recordings directory as earlier X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: VDR Mailing List List-Id: VDR Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 13:53:53 -0000 Status: O X-Status: X-Keywords: X-UID: 25627 Hi, I am attaching a patch for vdr 1.7.23 for the problem described here: http://www.vdr-portal.de/board1-news/board2-vdr-news/p1047199-announce-vdr-developer-version-1-7-23/#post1047199 There appears to be a problem in listing recordings due to a bug fix in vdr 1.7.23. "Fixed handling symbolic links in cRecordings::ScanVideoDir()" The attached patch just disables the translation of symbolic links to "real" paths. So that all recordings appear to be under the same (recordings) directory tree, as it was earlier. Please reply with your results. diff --git a/recording.c b/recording.c index cf35bb7..5772dab 100644 --- a/recording.c +++ b/recording.c @@ -1120,9 +1120,13 @@ void cRecordings::ScanVideoDir(const char *DirName, bool Foreground, int LinkLev continue; } Link = 1; +#if 0 + // do not resolve the symbolic links in paths to real path + // thereby keeping all the recordings under one directory buffer = ReadLink(buffer); if (!*buffer) continue; +#endif if (stat(buffer, &st) != 0) continue; }