From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1366 invoked by alias); 16 Nov 2007 11:31:02 -0000 Received: (qmail 1358 invoked by uid 22791); 16 Nov 2007 11:31:02 -0000 X-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,FORGED_RCVD_HELO,TW_FH,TW_GC X-Spam-Check-By: sourceware.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (83.160.170.119) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 16 Nov 2007 11:30:59 +0000 Received: from dijkstra.wildebeest.org ([192.168.1.29]) by gnu.wildebeest.org with esmtp (Exim 4.63) (envelope-from ) id 1IszPU-00027y-6j; Fri, 16 Nov 2007 12:30:57 +0100 Subject: Re: Command line expansions of ~ and other special characters From: Mark Wielaard To: Phil Muldoon Cc: Frysk Hackers In-Reply-To: <473D4EE3.3060408@redhat.com> References: <473D4EE3.3060408@redhat.com> Content-Type: text/plain Date: Fri, 16 Nov 2007 11:31:00 -0000 Message-Id: <1195212656.3001.50.camel@dijkstra.wildebeest.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 (2.12.1-3.fc8) Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q4/txt/msg00153.txt.bz2 Hi Phil, On Fri, 2007-11-16 at 08:03 +0000, Phil Muldoon wrote: > Right now the fhpd command line understands the ~ character as > /home/user, and will on tab navigate to the correct location. However > passing ~/core.1234 to the CorefileCommand will fail as Java's File > apparently does not. File should handle ~. Try for example: import java.io.*; public class F { public static void main(String args[]) throws Exception { System.err.println(new File(args[0]).getCanonicalPath()); } } $ gcj -C F.java $ gij F ~/.emacsrc /home/mark/.emacsrc > This would also be the case with load command. As > there is a potential for many areas of duplicate code grappling over > Linux special special character expansion, does it make sense to have > these expanded before they reach the sub-commands? What about special > cases like `pwd `/core.1234? If so, where does this extraction and > expansion need to occur? I think that should be in jline. It is probably related to this bug: http://sourceware.org/bugzilla/show_bug.cgi?id=5330 "fhpd file arguments don't tab complete when they are relative to the current working directory" Cheers, Mark