This is the mail archive of the
mailing list for the Cygwin project.
RE: ksh on cygwin
- From: "Fleischer, Karsten (K.)" <kfleisc1 at getrag-ford dot com>
- To: "'Corinna Vinschen'" <cygwin at cygwin dot com>
- Date: Fri, 11 Jan 2002 09:50:50 -0500
- Subject: RE: ksh on cygwin
- Hop-count: 1
> If we just left out that patch we won't have a problem.
> > Two other patches mimic UWIN behavior. That can not be a
> problem, since Cygwin also has adopted the UWIN symbolics links.
> Mimicing isn't a problem as long as you didn't look into the
> sources and get the idea from there. If you just looked how
> it works from examining the behaviour of the binaries, that's
Again, I cannot have had a look into the sources. They are not available to the public.
I got the ideas
a) from the UWIN mailing list (the add .exe on close patch, see http://www.research.att.com/lists/uwin-users/2001/08/msg00043.html)
b) from playing with the binaries (rename() and link() logic)
Glenn and David commented a bit on those on request. Their comments were something like: "Don't add the .exe extension to "b" on rename("a.exe", "b")! Specifying an .exe extension indicates that the users knows what he's doing." [I had first added .exe to b, because I thought UWIN was wrong in this case.]
Again, no code and not even implementation details.
I believe that wouldn't have helped me either, as I don't know their underlying data structures and they do not know Cygwin's.
I've invented my own implementations.
There are no other UWIN related patches than those.
All other patches are bug fixes or small corrections to make Cygwin behave more consistent.
> > I found something interesting in the archives, see
> http://www.cygwin.com/ml/cygwin/2001-02/msg00417.html. He
> didn't need a release from AT&T, did he?
> There's a difference. He didn't contribute to Cygwin beyond
> May 2000 and his contributions weren't AST or U/Win related
> at all.
I was just trying to be picky :-)
> Licensing issues are really a big *@#$ but we have to be careful.
> We may not even take any code which smells GPL. It would infect
> the Cygwin Library License. For that reason we're most happy
> about completely self-written code or copies/ports of BSD licensed
Are the issues cleared now?
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html