From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Sixt Subject: Re: GIT on MinGW problem Date: Tue, 29 May 2007 14:10:55 +0200 Organization: eudaptics software gmbh Message-ID: <465C184F.F6053C0C@eudaptics.com> References: <1dbc01c79432$b4400a80$0200a8c0@AMD2500> <464534EE.30904@xs4all.nl> <4656A304.AF39A0B6@eudaptics.com> <465C064F.B9CE9379@eudaptics.com> <465C1252.9020801@trolltech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: git@vger.kernel.org, Han-Wen Nienhuys To: Marius Storm-Olsen X-From: git-owner@vger.kernel.org Tue May 29 14:10:23 2007 Return-path: Envelope-to: gcvg-git@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ht0Wp-0003O3-Hu for gcvg-git@gmane.org; Tue, 29 May 2007 14:10:19 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751252AbXE2MKI (ORCPT ); Tue, 29 May 2007 08:10:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751487AbXE2MKI (ORCPT ); Tue, 29 May 2007 08:10:08 -0400 Received: from lilzmailso01.liwest.at ([212.33.55.23]:38629 "EHLO lilzmailso01.liwest.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751252AbXE2MKF (ORCPT ); Tue, 29 May 2007 08:10:05 -0400 Received: from cm56-163-160.liwest.at ([86.56.163.160] helo=linz.eudaptics.com) by lilzmailso01.liwest.at with esmtp (Exim 4.44) id 1Ht0WX-0000si-9L; Tue, 29 May 2007 14:10:02 +0200 Received: from eudaptics.com (unknown [192.168.1.88]) by linz.eudaptics.com (Postfix) with ESMTP id 936916EF; Tue, 29 May 2007 14:10:00 +0200 (CEST) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en X-Spam-Score: 0.0 (/) X-Spam-Report: AWL=0.045 Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: Marius Storm-Olsen wrote: > > Johannes Sixt said the following on 29.05.2007 12:54: > > Han-Wen Nienhuys wrote: > >> Johannes Sixt escreveu: > >>> * git without an correct git subcommand should list 20 or so > >>> commands, but it doesn't. The list is just empty. > >> there was a problem in generate cmd list, (I have sort in /bin/ > >> ). I recommend to add > > > > Strange. Here, MSYS aliases /usr to /, hence /usr/bin/sort is the > > same as /bin/sort. > > > > (For the curious ones: The MinGW port has to replace occurrences of > > 'sort' by '/usr/bin/sort', otherwise Windows's 'sort' would be > > picked up in shell scripts, because the latter usually comes first > > in %PATH%^W$PATH. Same for 'find'.) > > I get that here too, no matter what I set the mount point to be, and > without the fstab file at all. When I inserted '/usr/bin/sort' I had checked for 'which sort' on my Linux and it gave me /usr/bin/sort. Now I see that /bin/sort is probably the canonical path to sort on any *nix. Will change that. But is this also true for 'find'? > Also, the /bin/gitk.bat file should rather be > @"%~d0%~p0wish84.exe" "%~d0%~p0gitk" %* > than the current hardcoded path. (Probably won't work with > command.com, but who uses that for development nowadays anyways, right ;-) Nice trick! But don't try this at home without parental guidance! It fills your screen with recursive console window invocations of itself. I put this into gitk.cmd (didn't try .bat): @start wish84.exe "%~d0%~p0gitk" %* assuming wish84 is in the PATH (which is probably a sane assumption because either it is part of the installer, in which case it should have set up the PATH, or you have Tcl/Tk installed for some other reason, in which case you will want to have it in the PATH, too). Futhermore, I like to have the GUI sent into the background automatically and without opening another console window, hence, the use of 'start'. -- Hannes