delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/01/24/15:54:01

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Originating-IP: [69.3.25.171]
Reply-To: <caelum AT debian DOT org>
From: "Rafael Kitover" <caelum AT debian DOT org>
To: <cygwin AT cygwin DOT com>
Subject: idea for a new project, libntcmd
Date: Fri, 24 Jan 2003 12:53:39 -0800
Message-ID: <000701c2c3ea$ac30ad30$0201a8c0@ISIS>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 24 Jan 2003 20:53:37.0555 (UTC) FILETIME=[AAD38E30:01C2C3EA]

Currently there is a fundamental divide between the cmd.exe shell and a
unix shell, even on windows with Cygwin.

A source project can of course support a native windows build using a
makefile with make --win32, or using dmake
(http://search.cpan.org/author/GSAR/dmake-4.1pl1-win32). Or configure
and build itself using MSYS in mingw or cygwin with gcc -mno-cygwin.

What would be more convenient though, is having a set of modules for
bash and zsh to

1) recognize obvious windows file names rather than escape sequences, so
you could write C:\foo\bar instead of C:\\foo\\bar, or
\windows\system32\... This is not as difficult or ugly as it may sound.

2) support cmd.exe builtins like del/copy/exists/etc, and execute dos
batch files. Things like if and goto, because they're only useful in
batch, would present little problem as well.

This would allow better interaction between the windows and cygwin
worlds, and also be convenient for windows users new to unix. It would
also remove most of the reasons a user might have to use cmd instead of
a cygwin shell. It should also allow for running windows makefiles
as-is.

Much of what would be needed for this project is already provided in the
ReactOS cmd.exe clone:

http://sources.redhat.com/ml/cygwin/2001-05/msg00585.html

I've just built it using the patch above (most of which fails, look at
makefile.rej and add the -mno-cygwin option to $(CC)) and a React OS
apps snapshot from here:

http://www.reactos.com/index.php?tab=software&section=applications

The rest would be creating a library and making an interface to the
library using bash's loadable module support (also for zsh and tcsh
perhaps).

Thoughts? Is this interesting/crazy/impossible?

-- 
Rafael

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019