Does anyone know ehere I can get a good copy of
Steele's Common Lisp the Language 2 in LaTeX?
I tried the CMU repository and all of their mirrors,
but that version will not decompress for me -
Invalid Compressed Data.
Many thanks in advance,
Mike.
support @ internetdiscovery.com (Mike Clarkson) writes:
> Does anyone know ehere I can get a good copy of
> Steele's Common Lisp the Language 2 in LaTeX?
>
> I tried the CMU repository and all of their mirrors,
> but that version will not decompress for me -
> Invalid Compressed Data.
It's a copyrighted book. Why would you expect it to be available in
that form? It's kind of Steele/DEC to have webbed it.
Well, \emph{I} expected to be able to get it in \LaTeX format because
the website offered it in that format. Mighty nice of them make it
available at all, of course, but it was a bit of a let down to find that
it was postscript only, after being offered the source version. Here's
a snippet from the website
http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/html/cltl/cltl2.html
\begin{verbatim}
The sources for the book and catalog are available in gzipped tar files:
README file (ascii)
Digital Press 1994 Catalog
LaTeX sources
DVI version
PostScript version
HTML version
The original versions of these files can be o
\end{verbatim}
Still, I certainly wasn't planning to make any changes, so this really
isn't a problem.
Nels
Kent M Pitman wrote:
> support @ internetdiscovery.com (Mike Clarkson) writes:
>
> > Does anyone know ehere I can get a good copy of
> > Steele's Common Lisp the Language 2 in LaTeX?
> >
> > I tried the CMU repository and all of their mirrors,
> > but that version will not decompress for me -
> > Invalid Compressed Data.
>
> It's a copyrighted book. Why would you expect it to be available in
> that form? It's kind of Steele/DEC to have webbed it.
nels tomlinson <········@purdue.edu> writes:
> Well, \emph{I} expected to be able to get it in \LaTeX format because
> the website offered it in that format. Mighty nice of them make it
> available at all, of course, but it was a bit of a let down to find that
> it was postscript only, after being offered the source version. Here's
> a snippet from the website
> http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/html/cltl/cltl2.html
>
Just for the heck of it (I had downloaded the HTML long ago), I did
wget -b http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/lang/lisp/doc/cltl/cltl_src.tgz
It does look as LateX source to me... I didn't try to process it.
--
Oleg Goldshmidt | ···········@NOSPAM.computer.org
"I'd rather write programs to write programs than write programs."
Oh. Yep, sure 'nuff, that did it. Oddly, I couldn't get anything there when I first tried downloading
the source some weeks ago; the link seemed broken. Now wget gets it flawlessly, and clicking on the
link in netscape gives screens-full of gibberish. They must have been having some small server problems
at CMU that day?
Anyway, thanks for the hint.
Nels
Oleg Goldshmidt wrote:
> nels tomlinson <········@purdue.edu> writes:
>
> > Well, \emph{I} expected to be able to get it in \LaTeX format because
> > the website offered it in that format. Mighty nice of them make it
> > available at all, of course, but it was a bit of a let down to find that
> > it was postscript only, after being offered the source version. Here's
> > a snippet from the website
> > http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/html/cltl/cltl2.html
> >
>
> Just for the heck of it (I had downloaded the HTML long ago), I did
>
> wget -b http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/lang/lisp/doc/cltl/cltl_src.tgz
>
> It does look as LateX source to me... I didn't try to process it.
>
> --
> Oleg Goldshmidt | ···········@NOSPAM.computer.org
> "I'd rather write programs to write programs than write programs."
nels tomlinson schrieb:
> Oh. Yep, sure 'nuff, that did it. Oddly, I couldn't get anything there when I first tried downloading
> the source some weeks ago; the link seemed broken. Now wget gets it flawlessly, and clicking on the
> link in netscape gives screens-full of gibberish. They must have been having some small server problems
> at CMU that day?
no. the netscape download never worked with CMU on tgz. with wget it does.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
In article <·················@x-ray.at> on Tue, 03 Apr 2001 05:30:37
-0500, "Reini Urban" <······@x-ray.at> wrote:
> no. the netscape download never worked with CMU on tgz. with wget it
> does.
must be that option to auto-decompress gzip, which seems to work for
everyone but me, and I'm thankful. And this was on multiple computers
with multiple setups.
--
-> -/- - Rahul Jain - -\- <-
-> -\- http://linux.rice.edu/~rahul -=- ·················@usa.net -/- <-
-> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <-
|--|--------|--------------|----|-------------|------|---------|-----|-|
Version 11.423.999.220020101.23.50110101.042
(c)1996-2000, All rights reserved. Disclaimer available upon request.
Rahul Jain <·····@rice.edu> wrote:
> In article <·················@x-ray.at> on Tue, 03 Apr 2001 05:30:37
> -0500, "Reini Urban" <······@x-ray.at> wrote:
>> no. the netscape download never worked with CMU on tgz. with wget it
>> does.
> must be that option to auto-decompress gzip, which seems to work for
> everyone but me, and I'm thankful. And this was on multiple computers
> with multiple setups.
The server it's on is configured incorrectly. Instead of being listed
as some variation of binary file, it's MIME type is listed as
text/plain. If you just click on the link, it tries to display it. If
you're using Windows, it'll convert every linefeed in it to a CR/LF
pair. If you then try to save it, it'll be corrupt.
Instead of just clicking on the link to download, "right click" and
select "download" from the menu. That will override the MIME type and
do a binary transfer of the file to your system.
On 24 Mar 2001 23:16:55 +0000, Erik Naggum <····@naggum.net> wrote:
> to the next generation. I have ANSI CL in PostScript, and dpANS3 in TeX,
> too, and the CLIM 2 documentation in PostScript. Unfortunately, all of
> this is currently "protected" by one of those wondrously paranoid things
> called "firewalls" that protect us mainly from doing our job better.
If you need the LaTeX sources of the CLIM 2 specification, they are now
available in the Free CLIM source tree:
Daily snapshots of the CVS tree
http://www.mikemac.com/mikemac/McCLIM/index.html
Anonymous CVS (password: FreeCLIM - module: McCLIM)
············@saturn.mikemac.com:/home/depot
Paolo
--
EncyCMUCLopedia * Extensive collection of CMU Common Lisp documentation
http://cvs2.cons.org:8000/cmucl/doc/EncyCMUCLopedia/
On Sat, 24 Mar 2001 23:01:40 GMT, Kent M Pitman <······@world.std.com>
wrote:
>support @ internetdiscovery.com (Mike Clarkson) writes:
>
>> Does anyone know ehere I can get a good copy of
>> Steele's Common Lisp the Language 2 in LaTeX?
>>
>> I tried the CMU repository and all of their mirrors,
>> but that version will not decompress for me -
>> Invalid Compressed Data.
>
>It's a copyrighted book. Why would you expect it to be available in
>that form? It's kind of Steele/DEC to have webbed it.
You'd have to ask Digital Press:
"We are very grateful to Butterworth-Heinemann, owners of Digital
Press, for allowing us to make the full text of this important
reference work widely available in electronic format. The paperbound
version is of course readily available at fine bookstores"
I'm still looking... Does any have the *LaTeX* version?
I want to cut and paste the sections on declare/proclaim and
make a proposal (PEP) for the Python language developers for adding
optional type declarations to the Python. I'm sure they could benefit
from seeing what Common Lisp came up with for the same problem.
Mike.
On Sat, 24 Mar 2001 22:36:22 GMT, support @ internetdiscovery.com (Mike
Clarkson) wrote:
> Does anyone know ehere I can get a good copy of
> Steele's Common Lisp the Language 2 in LaTeX?
>
> I tried the CMU repository and all of their mirrors,
> but that version will not decompress for me -
> Invalid Compressed Data.
A while back I had similar problems with CLtL2 downloaded from the CMU
repository, and was suggested this alternate site which worked fine:
http://trantor.cl-ki.uni-osnabrueck.de/lisp/manual/index.html
Paolo
--
EncyCMUCLopedia * Extensive collection of CMU Common Lisp documentation
http://cvs2.cons.org:8000/cmucl/doc/EncyCMUCLopedia/
support @ internetdiscovery.com (Mike Clarkson) writes:
| I tried the CMU repository and all of their mirrors,
| but that version will not decompress for me -
| Invalid Compressed Data.
The server sends it as text/plain so if you try to download it with
something like Losedows Netscape, you'll probably get a corrupted
file. I just tried to download it with wget and it decompressed
just fine, so you can try wget or similar program.
--
Hannu
On 25 Mar 2001 23:42:57 +0300, Hannu Koivisto <·····@iki.fi> wrote:
>support @ internetdiscovery.com (Mike Clarkson) writes:
>
>| I tried the CMU repository and all of their mirrors,
>| but that version will not decompress for me -
>| Invalid Compressed Data.
>
>The server sends it as text/plain so if you try to download it with
>something like Losedows Netscape, you'll probably get a corrupted
>file. I just tried to download it with wget and it decompressed
>just fine, so you can try wget or similar program.
Bingo! Many thanks - wget reports the type as text/html, but has
the decency to transfer it as binary anyway.
They must have something set up wrong with the MIMETypes in
their Apache configuration. And they also should have 0.html
on their DirectoryIndex list too. Anyone know if the
············@cs.cmu.edu mailing list is still active?
Thanks again,
Mike.
support @ internetdiscovery.com (Mike Clarkson) writes:
> On 25 Mar 2001 23:42:57 +0300, Hannu Koivisto <·····@iki.fi> wrote:
>
> >The server sends it as text/plain so if you try to download it with
> >something like Losedows Netscape, you'll probably get a corrupted
> >file. I just tried to download it with wget and it decompressed
> >just fine, so you can try wget or similar program.
>
> Bingo! Many thanks - wget reports the type as text/html, but has
> the decency to transfer it as binary anyway.
>
I think it's that Netscape decompresses it for you, but doesn't change
the filename extension. You end up trying to un-gzip an uncompressed
tar file.
--
party naked