Hi, John,
Cygwin does not strictly require the registry entries. Many things will
work as long as Cygwin1.dll can be found in the PATH.
The primary function of the registry is to hold the mount table. If those
entries are missing, then there simply won't be a file system (from the
Cygwin program's perspective) below "/" and only the unmounted volumes
directory ("/cygdrive/<DriveLetter>") and the "/dev" and "/proc" synthetic
directories are available.
Anyway, you're right--this is pretty much off-topic, but since it seems
that fairly many people are using Cygwin it's worth getting some basic
facts on the record here.
As an aside, I've got a new motherboard in my system, so accounting for
some catch-up work, I can now get back to preparing a Cygwin package for
CLISP 2.2.9.
Randall Schulz
Mountain View, CA USA
At 12:00 2002-08-16, John K. Hinsdale wrote:
> > I'm dubious about a non-Cygwin app properly dealing with links of either
> > kind. ... compatibility with ... symlinks seems unlikely.
>
> > What do you know about how these utilities handle links?
>
>oops, I only meant that these utils worked for me as far as the CR/LF
>issues I saw on this thread -- they don't make any attempt to try to
>translate, but rather extract exactly what is in the file, which for
>me is the right thing.. I did not mean to represent they did anything
>reasonable w/ hard links and symlinks. Sorry for the confusion.
>
> > What do you know about how these utilities handle links?
>
>Out of curiosity I just checked the "tar" and it appears to fail
>completely when it sees symlinks, and create a copy if it can when it
>sees a hard link.
>
>The main reason I've used these particular versions over Cygwin based
>ones is that they don't depend at all on registry settings etc. and
>always work the same way. But that was long ago and perhaps these
>issues have been laid to rest by Cygnus. "your mileage may vary"
>
> cheers,
>
>---
>John Hinsdale

Thanks for the hint on Winzip; that was, really, the source of my problem
with the CVS bundle (Winzip improperly treating CVS files as if they were
text files... Yikes!).
I don't think there are any links inside the CVS bundle, so i'm probably ok
as far as links are concerned, but i agree, i should have used gzip and tar
from Cygwin instead of Winzip.
glauber

> I'm dubious about a non-Cygwin app properly dealing with links of either
> kind. ... compatibility with ... symlinks seems unlikely.
> What do you know about how these utilities handle links?
oops, I only meant that these utils worked for me as far as the CR/LF
issues I saw on this thread -- they don't make any attempt to try to
translate, but rather extract exactly what is in the file, which for
me is the right thing.. I did not mean to represent they did anything
reasonable w/ hard links and symlinks. Sorry for the confusion.
> What do you know about how these utilities handle links?
Out of curiosity I just checked the "tar" and it appears to fail
completely when it sees symlinks, and create a copy if it can when it
sees a hard link.
The main reason I've used these particular versions over Cygwin based
ones is that they don't depend at all on registry settings etc. and
always work the same way. But that was long ago and perhaps these
issues have been laid to rest by Cygnus. "your mileage may vary"
cheers,
---
John Hinsdale, Alma Mater Software, Inc., Tarrytown, NY 10591-3710 USA
hin@... | http://www.alma.com/staff/hin | +1 914 631 4690

John,
I'm dubious about a non-Cygwin app properly dealing with links of either
kind. While it's possible they may copy when a hard link is impossible
(cross-device or non-NTFS), but compatibility with Cygwin symlinks or any
other proper disposition of a symlink indicated in the TAR archive seems
unlikely.
What do you know about how these utilities handle links?
Randall Schulz
Mountain View, CA USA
At 10:33 2002-08-16, John K. Hinsdale wrote:
> > I recommend avoiding WinZip entirely for anything Unixy or
> Cygwin-destined.
>
>I realize this is off-topic, but if it helps, I've got working Windows
>95/98/NT/2000 versions of tar, gzip, and zip/unzip (incl. making
>self-extracting ZIPs) that do not depend on Cygwin and that I've been
>using w/out problems for many years. You can grab them at
>
> http://www.alma.com/tools/winarch/

> I recommend avoiding WinZip entirely for anything Unixy or Cygwin-destined.
I realize this is off-topic, but if it helps, I've got working Windows
95/98/NT/2000 versions of tar, gzip, and zip/unzip (incl. making
self-extracting ZIPs) that do not depend on Cygwin and that I've been
using w/out problems for many years. You can grab them at
http://www.alma.com/tools/winarch/

Eduardo, Glauber,
I recommend avoiding WinZip entirely for anything Unixy or Cygwin-destined.
There's more to this issue than line endings, though that's a major one.=20
Another is links, both symbolic and hard. Only Cygwin TAR will handle them=
=20
properly. While you can change the "smart" text handling option in WinZip,=
=20
you cannot get it to handle links correctly.
Hard links might be a problem in some cases, at least when some code=20
(script, C/C++ or otherwise) assumes or requires them to work correctly,=20
but Cygwin-hosted programs will usually work because even if the underlying=
=20
file system does not support hard links (only NTFS does), the Cygwin kernel=
=20
(Cygwin1.dll) will make a copy when a hard link is not possible.
Soft links / symbolic links are always supported, proving you go through a=
=20
Cygwin application to create or resolve them.
Randall Schulz
Mountain View, CA USA
At 09:47 2002-08-16, Eduardo Mu=F1oz wrote:
> > (1) I downloaded the CLISP CVS snapshot from SourceForge yesterday=
morning.
> > Untarred it in my Windows98 machine (using Winzip), and i found out=20
> that all
> > files in the CVS tree seem to have MSDOS line ends (CR+LF, instead of=
just
> > LF as it should be).
>
>I think that WinZip is quilty here.
>
>Run WinZip and go to Options->Configuration->
>Miscelaneous tab and uncheck "TAR file smart CR/LF
>conversion".
>
>
>HTH

> (1) I downloaded the CLISP CVS snapshot from SourceForge yesterday
morning.
> Untarred it in my Windows98 machine (using Winzip), and i found out that
all
> files in the CVS tree seem to have MSDOS line ends (CR+LF, instead of just
> LF as it should be).
I think that WinZip is quilty here.
Run WinZip and go to Options->Configuration->
Miscelaneous tab and uncheck "TAR file smart CR/LF
conversion".
HTH

-----Original Message-----
From: Sam Steingold [mailto:sds@...]
Sent: Friday, August 16, 2002 9:55 AM
To: Ribeiro, Glauber
Cc: 'clisp-list@...'
Subject: Re: [clisp-list] Compiling CLISP with cygwin mingw, and CVS
strangeness
[...]
]
] > against this tree, CVS adds another CR at the end of each line (i end
] > up with CR+LF+CR), which messes up cygwin's bash. I was able to go
] > around this by using "cvs get -kb", but i wonder why it happened. Is
] > it possible that the tree was transferred by FTP in ASCII mode to a
] > Windows machine before it was tarred?
]
] when you installed cygwin, did you tell it to use "LF" or "CR/LF" line
] termination mode?
LF, i think.
] > (2) I tried running "configure --with-mingw" (under Cygwin's bash
] > shell). It took just over 2 1/2 hours (!!!) to run in my 200MHz PII
] > with Windows 98.
]
] ouch! how much RAM do you have?!
192MB
] > When it finally finished, it looks like it didn't find a lot of
] > important stuff (e.g.: sockets), and i ended up with an incomplete set
] > of make files.
]
] what does "incomplete set of make files" mean?
] you could not build?
] what error messages?
I haven't been able to really run a make yet, since the configure
took all my time yesterday (will try tonight). But the first
problem i found was that makemake was empty (other than for the
comment that it was generated from makemake.in). I copied
makemake.in to makemake, and that generated a Makefile. If i have
time, i'll try it tonight. It's hard to experiment too much, since
configure takes too long and i can't interrupt it without having
to start again from the beginning. I'm thinking i won't be able
to do this compile.
During the configure step, it was "not finding" a lot of
important stuff (like sockets, both IPv4 and IPv6).
[...]
g

> * In message <F5F5D222CD70D111886C00805FE69D2104F8C771@...>
> * On the subject of "[clisp-list] Compiling CLISP with cygwin mingw, and CVS strangeness"
> * Sent on Fri, 16 Aug 2002 07:23:54 -0700
> * Honorable "Ribeiro, Glauber" <glauber.ribeiro@...> writes:
>
> (1) I downloaded the CLISP CVS snapshot from SourceForge yesterday
> morning. Untarred it in my Windows98 machine (using Winzip), and i
> found out that all files in the CVS tree seem to have MSDOS line ends
> (CR+LF, instead of just LF as it should be). So, when i do a CVS get
this is weird.
> against this tree, CVS adds another CR at the end of each line (i end
> up with CR+LF+CR), which messes up cygwin's bash. I was able to go
> around this by using "cvs get -kb", but i wonder why it happened. Is
> it possible that the tree was transferred by FTP in ASCII mode to a
> Windows machine before it was tarred?
when you installed cygwin, did you tell it to use "LF" or "CR/LF" line
termination mode?
> (2) I tried running "configure --with-mingw" (under Cygwin's bash
> shell). It took just over 2 1/2 hours (!!!) to run in my 200MHz PII
> with Windows 98.
ouch! how much RAM do you have?!
> When it finally finished, it looks like it didn't find a lot of
> important stuff (e.g.: sockets), and i ended up with an incomplete set
> of make files.
what does "incomplete set of make files" mean?
you could not build?
what error messages?
> Does this version (the one in CVS) compile (and is usable) with mingw?
yes.
> Or should i try the standard Cygwin?
this is certainly an option - and it will allow you to build in a
separate directory too! (this is not available with win32_native until
Arseny implements symbolic links)
also, this should give you readline line editing (not available with
win32_native).
the downside is slower directory access (this is a cygwin problem, not
a CLISP one).
> Is there any quicker way to do this? Do i REALLY have to run the
> configure script?
I am afraid yes.
--
Sam Steingold (http://www.podval.org/~sds) running RedHat7.3 GNU/Linux
<http://www.camera.org&gt; <http://www.iris.org.il&gt; <http://www.memri.org/&gt;
<http://www.mideasttruth.com/&gt; <http://www.palestine-central.com/links.html&gt;
Never trust a man who can count to 1024 on his fingers.

Hello,
I thought i'd try to compile the latest CLISP from sources under Cygwin
"mingw", and i hit a few snags. Maybe someone here could help me:
(1) I downloaded the CLISP CVS snapshot from SourceForge yesterday morning.
Untarred it in my Windows98 machine (using Winzip), and i found out that all
files in the CVS tree seem to have MSDOS line ends (CR+LF, instead of just
LF as it should be). So, when i do a CVS get against this tree, CVS adds
another CR at the end of each line (i end up with CR+LF+CR), which messes up
cygwin's bash. I was able to go around this by using "cvs get -kb", but i
wonder why it happened. Is it possible that the tree was transferred by FTP
in ASCII mode to a Windows machine before it was tarred?
(2) I tried running "configure --with-mingw" (under Cygwin's bash shell). It
took just over 2 1/2 hours (!!!) to run in my 200MHz PII with Windows 98.
When it finally finished, it looks like it didn't find a lot of important
stuff (e.g.: sockets), and i ended up with an incomplete set of make files.
Does this version (the one in CVS) compile (and is usable) with mingw? Or
should i try the standard Cygwin?
Is there any quicker way to do this? Do i REALLY have to run the configure
script?
Thanks,
glauber

<BR>
Hi, <BR>
<BR>
Just wanted you to check out this cool online website builder. It lets people create cool websites in minutes and for free. You can create your own Flash
animations and Intro as well. Its really simple and easy to use :) and its all a matter of minutes, you'll have an impressive website up and running in no time, i'm impressed ... I bet you'll
be impressed
as well.<BR>
<BR>
This website gives a nice review and how to get started creating your first website easily : <a href="http://www.click-free.com">www.click-free.com</a&gt; <BR>
<BR>
Thanks, <BR>
Scott Mark. <BR>