lisp editors
Dave
What's your editor of choice?
notepad?...emacs?
Has anybody used lispPad yet? Is it even available yet?
Is there any way to get visual lisp without upgrading to acad2000? I can't
recall what visuallisp was called before autodesk bought it, but is there a
chance of getting it somewhere?
Thanks!
DR
Espen Vestre
> What's your editor of choice?
SEdit, but since its availability has been severely restricted
for the last 10 years ;-), then of course: emacs!
--
(espen)
Simon Brooke
SEdit! foo. DEdit rules.
--
si...@jasmine.org.uk (Simon Brooke) http://www.jasmine.org.uk/~simon/
;; I'd rather live in sybar-space
The Glauber
Simon Brooke <si...@jasmine.org.uk> wrote:
> Espen Vestre <espen@*do-not-spam-me*.vestre.net> writes:
>
> > "Dave" <stee...@bellsouth.net> writes:
> >
> > > What's your editor of choice?
> >
> > SEdit, but since its availability has been severely restricted
> > for the last 10 years ;-), then of course: emacs!
>
> SEdit! foo. DEdit rules.
Vim with :set lisp!
--
Glauber Ribeiro
thegl...@my-deja.com
"Opinions stated are my own and not representative of Experian"
Sent via Deja.com http://www.deja.com/
Before you buy.
Tim Bradshaw
> SEdit, but since its availability has been severely restricted
> for the last 10 years ;-), then of course: emacs!
SEdit never did handle CL that well... But seriously, I hope someone
wrote something about it, because it's the only structure editor I've
ever seen that was reasonably usable.
(I recently threw away a tape with my last dmachine sysout on it,
sigh.)
--tim
David Bakhash
> What's your editor of choice? notepad?...emacs? Has anybody used
> lispPad yet? Is it even available yet?
this is a religious question. Like most of them, there are probably a
dozen threads or so in the last few years on the topic of which editor
is best for Lisp development. Still, it's an important question.
Especially with the vast number of (new) editors popping up in the Linux
community (from GNOME, KDE, and just random free stuff), it's nice to
ask what other people are using, just to see if there's something out
there that you're missing out on, just because you don't know about it.
I still believe that XEmacs is the best overall editor for Common Lisp
programming. Here are the following reasons:
1) ilisp-mode is mostly universal, and works with most major CL
implementations.
2) If you're using Franz's ACL, then they ship with the eli/ directory
containing a nice UI.
3) You get to program your own extensions in elisp, which can be very
similar to CL, and which can call most CL functions.
4) XEmacs works in Win32 and virtually all Unix environments.
5) XEmacs will simply never die out.
6) You can find ways to hack the editor to do what you want it to do
just about every time, and often, if it's a useful hack, it's
probably already been done, and there's someone on comp.emacs.xemacs
willing to give you a hand.
7) Since CL programming (and virtually _all_ programming) is often done
along with a variety of other languages (e.g. Perl, Csh, C, Java,
etc.), it's nice to have an editor which handles other languages as
well.
8) XEmacs is the most customizable editor that exists, as far as I know.
9) w3-mode, which is a simple web browser, is a standard package for
XEmacs that works well, and lets you read hyperlinked HTML docs such
as the CLHS while programming -- and all in the same editor. There
are even modes for (X)Emacs which allow you to quickly fetch
definitions from the CLHS with a simple command.
Besides those, it's free. If you know what you're doing, you _never_
need to use the mouse (which is a productivity thing). I think it's the
obvious choice, and as I've tested out many editors, XEmacs is my
(religious) choice.
hope this helps,
dave
William Deakin
Tim wrote:
> SEdit never did handle CL that well... But seriously, I hope someone
> wrote something about it, because it's the only structure editor I've
> ever seen that was reasonably usable.
Have you tried amaya?
;) will
Fernando
"Tim Bradshaw" <t...@cley.com> escribió en el mensaje
news:ey3zooc...@cley.com...
> * Espen Vestre wrote:
>
> > SEdit, but since its availability has been severely restricted
> > for the last 10 years ;-), then of course: emacs!
>
> wrote something about it, because it's the only structure editor I've
> ever seen that was reasonably usable.
Is this what you guys are talking about? http://www.sedit.com
The Glauber
"Fernando" <f...@mindless.com> wrote:
[...]
> Is this what you guys are talking about? http://www.sedit.com
Yikes! that seems to be a clone of an IBM mainframe editor with REXX as
extension language!
The Glauber
David Bakhash <ca...@alum.mit.edu> wrote:
[...]
> as I've tested out many editors, XEmacs is my
> (religious) choice.
I've used emacs a couple of times, in both Unix and Windoze. The main
thing that frustrated me was having to deal with a heretic version of
Lisp. That is, i'm trying to learn the Only True Lisp and having to
deal with this heretical beast at the same time. So i came back to vi
(Vim, in fact) both times. With Vim i get syntax-coloring and
indentation, and that's pretty much all i need.
There also seems to be a Jihad going on betwen GNU Emacs and Xemacs.
As nice as it is to have an extension language, i think i can live
without one in my editor. But if you do use emacs, you can use
the "viper" package and it will make you swear you are using vi (or at
the very least, it will make you swear!).
g (writing this while the newest version of Xemacs downloads...)
Joe Marshall
> I still believe that XEmacs is the best overall editor for Common Lisp
> programming.
If you don't have Zmacs, I suppose, but it just isn't the same.
The Glauber
The Glauber <thegl...@my-deja.com> wrote:
[...]
> With Vim i get syntax-coloring and
> indentation, and that's pretty much all i need.
And "()" matching, of course, how could i forget to mention it?
Tim Bradshaw
> Is this what you guys are talking about? http://www.sedit.com
No. SEdit was a lisp structure editor for Interlisp-D.
--tim
Simon Brooke
> "Tim Bradshaw" <t...@cley.com> escribió en el mensaje
> news:ey3zooc...@cley.com...
> > * Espen Vestre wrote:
> >
> > > SEdit, but since its availability has been severely restricted
> > > for the last 10 years ;-), then of course: emacs!
> >
> > SEdit never did handle CL that well... But seriously, I hope someone
> > wrote something about it, because it's the only structure editor I've
> > ever seen that was reasonably usable.
>
> Is this what you guys are talking about? http://www.sedit.com
No. SEdit was a curious hybrid between a text and a structure editor
which was introduced in the Medley release of InterLISP. It was
intended to replace DEdit, the editor in previous releases of
InterLISP-D, which was a pure structure editor. In a structure editor
you edit syntactically complete elements of structure, rather than
strings of text.
Robert Monfera
> No. SEdit was a curious hybrid between a text and a structure editor
> which was introduced in the Medley release of InterLISP. It was
> intended to replace DEdit, the editor in previous releases of
> InterLISP-D, which was a pure structure editor. In a structure editor
> you edit syntactically complete elements of structure, rather than
> strings of text.
Are there materials available about it? Recollections? Screenshots or
maybe an illustrated user's guide? Is it possible to run InterLisp /
DWIM these days?
Robert
David Bakhash
"best", since that's mostly an opinion.
But your description of Emacs Lisp as some sort of bastardized language
is not an opinion I share. There's history there, and there are reasons
why it is the way it is. For an editor, it's a pretty powerful set of
extensions. Having written a couple of elisp programs, and seen how
much slower they are (and knowing _why_ they are to some extent) is not
such a great feeling. But Emacs Lisp and CL are similar in some
respects. I think that the main places where elisp is crippled is:
1) no package system
2) dynamic scope everywhere
3) reader, and reader-related functions, objects, etc.
4) missing some basic types (e.g. bignums)
actually, when I started writing, I thought that more major differences
would come to mind, but I think those are the major ones. For example,
the cl.el stuff takes care of implementing a lot of the CL functions, so
one can't really argue that elisp is missing _tons_ of CL stuff. Of the
stuff that's not in cl.el, but is part of CL, a lot of it is out there
(for example, I wrote cl-array.el, and that implements CL-style arrays
for the most part). Then, there's an implementation of CLOS (I think by
the same guy who wrote the java dev. environment, maybe called JDE?)
Not only that, but there is even a CL-style lisp reader out there
(cl-read.el) that's part of XEmacs, as far as I know. there's also a
lexical-let in cl.el. Basically, you really kinda have to explore elisp
to make it look and act like CL, but if you try hard enough, you'll find
that there are ways. For now, it's the next best thing until they
finally decide to start using CL for Emacs. I think that it'll happen
first for XEmacs. I think the GNU Emacs people are more into Guile than
the XEmacs people (some of whom, actually, were involved with Lucid).
When and if XEmacs gets ported to using CL, I'm sure that many people
will offer to go through the library code, fix up the brokenness, add
the asterisks (i.e. *<var>*) to the variables and params, the plus signs
(i.e. +<constant>+) to the constants, and hopefully fix up the way
certain variables are scoped. Actually, it's not easy to fix the stuff
up. That's why I use cl.el heavily, even if I could make my elisp code
much faster by _not_ using it. It's b/c I want it to be easy to port to
CL properly when the transition happens.
I think that between cl-array, cl-read, clos, and the major stuff in
cl.el, you can mostly just write in what might be considered a limited,
slightly crippled, slow version of CL.
If there are other compatibility packages that I'm not aware of, people
should feel free to mention them in this post.
dave
Marco Antoniotti
The Glauber <thegl...@my-deja.com> writes:
> In article <m2zooc3...@gododdin.internal.jasmine.org.uk>,
> Simon Brooke <si...@jasmine.org.uk> wrote:
> > Espen Vestre <espen@*do-not-spam-me*.vestre.net> writes:
> >
> > > "Dave" <stee...@bellsouth.net> writes:
> > >
> > > > What's your editor of choice?
> > >
> > > SEdit, but since its availability has been severely restricted
> > > for the last 10 years ;-), then of course: emacs!
> >
> > SEdit! foo. DEdit rules.
>
>
> Vim with :set lisp!
Nahhhh! Emacs with M-x vi-mode.
--
Marco Antoniotti ===========================================
The Glauber
David Bakhash <ca...@alum.mit.edu> wrote:
> as I said from the start. it's mostly religious, and there's no clear
> "best", since that's mostly an opinion.
>
> But your description of Emacs Lisp as some sort of bastardized
language
> is not an opinion I share. There's history there, and there are
Just a quick aside, i didn't say bastardized, i said heretical (this is
a religious discussion, after all :-)).
I'm trying to learn Common Lisp and afraid that the Elisp stuff will
distract me too much. When i feel more comfortable with CL, i may try
emacs again. I just like the editing philosophy behind VI better (but
then, Viper takes care of making Emacs work that way).
glauber
Reini Urban
>What's your editor of choice?
This guy got you, folks. It was an AutoLISP question :)
dave,
comp.cad.autocad is the appropriate newsgroup.
see the faq entry about editors in my sig.
>Has anybody used lispPad yet? Is it even available yet?
I think so. ask tony.
>Is there any way to get visual lisp without upgrading to acad2000? I can't
>recall what visuallisp was called before autodesk bought it, but is there a
>chance of getting it somewhere?
yes, version 4 from your autodesk dealer.
vital lisp 3.2.
maybe some european dealers still have it on stock.
cadiware.ch or abacus.no maybe
--
Reini Urban
http://xarch.tu-graz.ac.at/autocad/news/faq/autolisp.html
Reini Urban
>In article <c29k8fg...@nerd-xing.mit.edu>,
> David Bakhash <ca...@alum.mit.edu> wrote:
>[...]
>> as I've tested out many editors, XEmacs is my
>> (religious) choice.
>
>I've used emacs a couple of times, in both Unix and Windoze. The main
>thing that frustrated me was having to deal with a heretic version of
>Lisp. That is, i'm trying to learn the Only True Lisp and having to
>deal with this heretical beast at the same time. So i came back to vi
>indentation, and that's pretty much all i need.
>
no religion for me. just bare facts. rms will never accept dynamic
loading of compiled modules (dll, so), which XEmacs emodules do.
similar to other "improvements" he will turn down.
you can extent XEmacs virtually into any direction without the need to
recompile it with your own private extension. e.g. I needed and added
Win32 registry modules, DLL loading, OLE Automation and (later) a FFI to
be completely independent. but after the third update or so I got tired
to do so. DLL's are only possible with XEmacs.
On the other hand emacs works better in some other aspects. e.g. under
nt the speedbar works okay, info and so on. this is the good side of
RMS, it simply works and is consistent.
both are IMHO ancient and poor compared to other Win32 IDE's I used and
even bought before, but it's customizable and free and has a lot of
users.
for example multiedit pro is also fully customizable, with a script
compiler, debugger, good GUI and even a FFI, a lot of users. but it's
not emacs and all of its goodies. and it is not programmable in lisp :)
Erik Naggum
| I'm trying to learn Common Lisp and afraid that the Elisp stuff will
| distract me too much.
I doubt that, but it may depend on how you decide that something is
"Common Lisp". My suggestion is: always have the standard reference
available, look up stuff you are not completely certain about, and
you should be safe.
#:Erik
--
If this is not what you expected, please alter your expectations.
Simon Brooke
Oh! DWIM! Happy days. For a seriously dyslexic hacker like myself,
DWIM was wonderful.
I never used SEdit to any great extent because I didn't like it. DEdit
pretty-printed the definition to be edited into a window. Attached to
the right side of the window was a permanent vertical strip menu (or
pallette) of operations on structure, and attached to the bottom a
smaller typein buffer. The pretty-printed layout used different fonts,
sizes and weights to hilight things like comments, arglists and so
on. Clicking once into the display selected the form clicked on (an
atom, number or string of clicked on directly, a list if either the
openeing or closing bracket was selected). Double clicking would
select the next enclosing form, and so on. An operation (I've
forgotten how envoked) copied the selected form into the typein
buffer, and operations selected from the palette allowed the contents
of the typein buffer, if a syntactically complete unit, to rpelace the
currently selected form, or link ahead of it or behind it in its
enclosing list. Further options on the palette allowed the list
structure of the selection to be manipulated.
The only downside that I ever saw of in-core editing is the
representation of comments. In InterLISP comments were held in forms,
which carried with it the risk that with sloppy programming something
might evaluate to value-of-comment. I have defended this practice in
the past but the truth is it was not an elegant hack. Richard Barbour
(I think) used to have a Common LISP product (I think called 'Procyon
Common LISP' which allowed in-core editing and which stored comments
on a structure held on a property of the symbol which was the
function's name, which is a slightly more elegant hack.
Xerox spun off a company called 'Envos' which tried to flog Medley on
Windows/X86 for a while. I did a serious Web searh for it a couple of
weeks ago but didn't come up with anything. Searching for Envos on
Xerox' web site turned up only some investors' reports in PDF format
which I didn't bother to read; searching for Interlisp on the Xerox
site produces only some old research papers and on the BBN site finds
nothing. The 'envos.com' domain is registered to someone called Joe
Magera who lists a Hotmail address. The Interlisp.com domain appears
to be held by a cybersquatter. So it looks like the product is
dead. I wonder if there would be any point in approaching Xerox and
BBN to see whether they would be prepared to open source the code?
--
si...@jasmine.org.uk (Simon Brooke) http://www.jasmine.org.uk/~simon/
;; Our modern industrial economy takes a mountain covered with trees,
;; lakes, running streams and transforms it into a mountain of junk,
;; garbage, slime pits, and debris. -- Edward Abbey
Rainer Joswig
Brooke <si...@jasmine.org.uk> wrote:
> Magera who lists a Hotmail address. The Interlisp.com domain appears
> to be held by a cybersquatter. So it looks like the product is
> dead. I wonder if there would be any point in approaching Xerox and
> BBN to see whether they would be prepared to open source the code?
For Medley (and related stuff) from Venue look here:
http://Top2bottom.net/venue.html
--
Rainer Joswig, BU Partner,
ISION Internet AG, Steinhöft 9, 20459 Hamburg, Germany
Tel: +49 40 3070 2950, Fax: +49 40 3070 2999
Email: mailto:rainer...@ision.net WWW: http://www.ision.net/
Erik Naggum
| There also seems to be a Jihad going on betwen GNU Emacs and Xemacs.
The willingness to describe things as "religious" is only evidence
of the poster's lack of ability to perceive the underlying issues.
Nothing good can come of describing something as "religious" or in
religious terms: It leads to counter-productive meta-discussions.
Marco Antoniotti
rur...@sbox.tu-graz.ac.at (Reini Urban) writes:
> Dave wrote:
> >What's your editor of choice?
> >notepad?...emacs?
>
> This guy got you, folks. It was an AutoLISP question :)
>
> dave,
> comp.cad.autocad is the appropriate newsgroup.
> see the faq entry about editors in my sig.
I don't understand your answer. What is out there that is *not*
editable by (X)Emacs or od? :)
Cheers
--
Marco Antoniotti ===========================================
Tim Bradshaw
> I'm trying to learn Common Lisp and afraid that the Elisp stuff will
> distract me too much. When i feel more comfortable with CL, i may try
> emacs again. I just like the editing philosophy behind VI better (but
> then, Viper takes care of making Emacs work that way).
I learnt CL and emacs lisp at the same time, and it was never a
problem that I remember.
--tim
Tom Breton
> as I said from the start. it's mostly religious, and there's no clear
> "best", since that's mostly an opinion.
>
> But your description of Emacs Lisp as some sort of bastardized language
> is not an opinion I share. There's history there, and there are reasons
> why it is the way it is. For an editor, it's a pretty powerful set of
> extensions. Having written a couple of elisp programs, and seen how
> much slower they are (and knowing _why_ they are to some extent) is not
> such a great feeling. But Emacs Lisp and CL are similar in some
> respects. I think that the main places where elisp is crippled is:
>
> 1) no package system
> 2) dynamic scope everywhere
> 3) reader, and reader-related functions, objects, etc.
cl-read will do that. Unfortunately it could not be made part of the
emacs distribution because nobody could find Guido Bosch, but it's out
there.
> 4) missing some basic types (e.g. bignums)
>
> actually, when I started writing, I thought that more major differences
> would come to mind, but I think those are the major ones. For example,
> the cl.el stuff takes care of implementing a lot of the CL functions, so
> one can't really argue that elisp is missing _tons_ of CL stuff. Of the
> stuff that's not in cl.el, but is part of CL, a lot of it is out there
> (for example, I wrote cl-array.el, and that implements CL-style arrays
> for the most part). Then, there's an implementation of CLOS (I think by
> the same guy who wrote the java dev. environment, maybe called JDE?)
Called Eieio, by Eric M. Ludlam
> Not only that, but there is even a CL-style lisp reader out there
> (cl-read.el) that's part of XEmacs, as far as I know.
OK, you already know cl-read.
> there's also a
> lexical-let in cl.el. Basically, you really kinda have to explore elisp
> to make it look and act like CL, but if you try hard enough, you'll find
> that there are ways. For now, it's the next best thing until they
> finally decide to start using CL for Emacs. I think that it'll happen
> first for XEmacs. I think the GNU Emacs people are more into Guile than
> the XEmacs people (some of whom, actually, were involved with
> Lucid).
Oddly enuff, there's a Scheme called librep that's derived from Elisp
in the first place, but I've heard no discussion about whether that
would be a more attainable target than changing to Guile/Scheme.
From what I saw, ISTM it'd have some advantages in that library
functions match Elisp more closely. But of course GNU wants Guile to
be a common language and library, which has its advantages.
--
Tom Breton, http://world.std.com/~tob
Not using "gh" since 1997. http://world.std.com/~tob/ugh-free.html
Some vocal people in cll make frequent, hasty personal attacks, but if
you killfile them cll becomes usable.
The Glauber
Erik Naggum <er...@naggum.no> wrote:
> * The Glauber <thegl...@my-deja.com>
> | There also seems to be a Jihad going on betwen GNU Emacs and Xemacs.
>
> The willingness to describe things as "religious" is only evidence
> of the poster's lack of ability to perceive the underlying issues.
I think in this case it's more of a recognition that some issues won't
ever be settled.
Not that i claim to understand the underlying issues. In fact, i can
barely understand the overlying ones.
> Nothing good can come of describing something as "religious" or in
> religious terms: It leads to counter-productive meta-discussions.
Well, there is such as thing as religion, and there are preferences that
are based on personal taste and not on rigorous analysis.
glauber
---
Glauber Ribeiro
thegl...@my-deja.com
Reini Urban
>rur...@sbox.tu-graz.ac.at (Reini Urban) writes:
>> Dave wrote:
>> >What's your editor of choice?
>> >notepad?...emacs?
>>
>> This guy got you, folks. It was an AutoLISP question :)
>>
>> dave,
>> comp.cad.autocad is the appropriate newsgroup.
>> see the faq entry about editors in my sig.
>
>I don't understand your answer. What is out there that is *not*
>editable by (X)Emacs or od? :)
because there exist only two Autolisp'ers who use (X)emacs to my
knowledge.
notepad is the most common editor for them, with lisppad on the high-end
side, for those who cannot afford visual lisp (formely known as vital
lisp). The latter two are nicely intergrated into AutoCAD, (X)emacs not
(yet).
ntemacs beats only notepad so far, but not the other specialized
AutoLISP or other more general purpose win32 editors which are in common
use.
Marco Antoniotti
Tom Breton <t...@world.std.com> writes:
> David Bakhash <ca...@alum.mit.edu> writes:
>
> > as I said from the start. it's mostly religious, and there's no clear
> > "best", since that's mostly an opinion.
> >
> > But your description of Emacs Lisp as some sort of bastardized language
> > is not an opinion I share. There's history there, and there are reasons
> > why it is the way it is. For an editor, it's a pretty powerful set of
> > extensions. Having written a couple of elisp programs, and seen how
> > much slower they are (and knowing _why_ they are to some extent) is not
> > such a great feeling. But Emacs Lisp and CL are similar in some
> > respects. I think that the main places where elisp is crippled is:
> >
> > 1) no package system
> > 2) dynamic scope everywhere
> > 3) reader, and reader-related functions, objects, etc.
>
> cl-read will do that. Unfortunately it could not be made part of the
> emacs distribution because nobody could find Guido Bosch, but it's out
> there.
I am not familiar with Guido Bosch's extension, bu I have been using
mine for quite some time (at the time it was also submitted to
gnu.emacs.sources)
==============================================================================
;;; -*- Mode: Emacs-Lisp -*-
;;; cl-read.el -- Some Common Lisp style READ functions for Emacs
;;; Lisp. (Written following the CL extension package style of
;;; suffixing Emacs Lisp names with a '*').
;;; Author: Marco Antoniotti <mar...@cs.nyu.edu>
;;; Version: 0.1
;;; Date: 19980529
;;; Keywords: extensions
;;; This file is not part of GNU Emacs.
;;; This program is free software; you can redistribute it and/or modify
;;; it under the terms of the GNU General Public License as published by
;;; the Free Software Foundation; either version 2, or (at your option)
;;; any later version.
;;; This program is distributed in the hope that it will be useful,
;;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
;;; GNU General Public License for more details.
;;; You should have received a copy of the GNU General Public License
;;; along with GNU Emacs; see the file COPYING. If not, write to the
;;; Free Software Foundation, Inc., 59 Temple Place - Suite 330,
;;; Boston, MA 02111-1307, USA.
;;; Commentary:
;;; These are extensions to Emacs Lisp that provide a degree of
;;; Common Lisp compatibility, beyond what is already built-in
;;; in Emacs Lisp.
;;
;;; This code was written by Marco Antoniotti, based on the CL
;;; extensions coming with GNU Emacs.
;;
;;; This package works with Emacs 19, Emacs 20, and Lucid Emacs 19.
;;
;;; Bug reports, comments, and suggestions are welcome!
;;; Code:
(require 'cl)
;;; Note the CL style DEFUN*.
(defun* read* (&optional (input-stream standard-input)
(eof-error-p t)
eof-value
recursivep)
"Reads a Emacs Lisp object from INPUT-STREAM.
READ* is a Common Lisp like extension to Emacs Lisp READ function.
The argument EOF-ERROR-P tells the function what to do in case of a
END-OF-FILE error is signalled by the underlying reader: if non-NIL
then the error is re-signalled, if NIL then the value of EOF-VALUE is
returned from the function.
RECURSIVEP is not used/usable in Emacs-Lisp. It is in the argument
list only for aesthetic/compatibility reasons."
(declare (ignore recursivep))
(condition-case eof-condition
(read input-stream)
(end-of-file (if (not eof-error-p)
eof-value
(signal 'end-of-file (cdr eof-condition))
))))
(defun* read-from-string* (input-string
&optional
(eof-error-p t)
eof-value
recursivep
&key
(start 0)
(end (length input-string))
)
"Reads a Emacs Lisp object from INPUT-STRING.
READ-FROM-STRING* is a Common Lisp like extension to Emacs Lisp READ
function. The argument EOF-ERROR-P tells the function what to do in
case of a END-OF-FILE error is signalled by the underlying reader: if
non-NIL then the error is re-signalled, if NIL then the value of
EOF-VALUE is returned from the function.
Keyword arguments :START and :END delimits the substring to scan for
Emacs Lisp objects.
RECURSIVEP is not used/usable in Emacs-Lisp. It is in the argument
list only for aesthetic/compatibility reasons.
The returned value is a cons: (OBJECT-READ . FINAL-STRING-INDEX)."
(declare (ignore recursivep))
(condition-case eof-condition
(read-from-string input-string start end)
(end-of-file (if (not eof-error-p)
eof-value
(signal 'end-of-file '("string ended.")))
;; We should probably define a new error.
)))
(provide 'cl-read)
;;; end of file -- cl-read.el --
==============================================================================
--
Marco Antoniotti ===========================================
David Bakhash
> > cl-read will do that. Unfortunately it could not be made part of the
> > emacs distribution because nobody could find Guido Bosch, but it's out
> > there.
>
> I am not familiar with Guido Bosch's extension, bu I have been using
> mine for quite some time (at the time it was also submitted to
> gnu.emacs.sources)
>
> ==============================================================================
> ;;; -*- Mode: Emacs-Lisp -*-
>
> ;;; cl-read.el -- Some Common Lisp style READ functions for Emacs
> ;;; [...]
> ;;; Code:
> [...]
This is very far from what cl-read.el does. As I recall, cl-read
provides extensions for defining reader macros, setting dispatch macro
characters, readtable support, etc. It also supports `#+' `#-' `#.' and
much more.
dave
David Bakhash
> * The Glauber <thegl...@my-deja.com>
> | There also seems to be a Jihad going on betwen GNU Emacs and Xemacs.
>
> The willingness to describe things as "religious" is only evidence
> of the poster's lack of ability to perceive the underlying issues.
I think I was the first person to describe the editor thing as religion.
I was just afraid of starting a religious war, and wanted to present as
many facts about my particular opinion, and why I use XEmacs almost
exclusively. Like most Unix guys, I am fluent in vi, but for
programming, (X)Emacs is by far preferred (for me). What can start
getting in the way of better judgment of a good editor for CL
programming is that people (like me) use (X)Emacs for things like email,
usenet news, discussion, web browsing, directory editor, in additional
to all the stuff involved with editing and programming (and that's a lot
of stuff). When it becomes that much a part of your life, there's
almost no way to break away. (e.g. my XEmacs is my whole screen. Of
course, there's sometimes an IE or Netscape, but that's about it. Talk
about tunnel vision.)
I agree that it _should_ be a discussion based on facts and features.
But what makes it religious is that the people arguing one editor often
don't know much (if anything) about the one(s) they're arguing against,
and yet still are sure that they're "right".
When I first learned about XEmacs, I remember thinking "How can they
have made GNU Emacs better?" My mind was barely open enough to try it
out, and I resisted for months. What saved me was simple curiosity.
dave
(p.s. I hate to say `saved me', but it's actually how I feel. sorry.)
Marco Antoniotti
David Bakhash <ca...@alum.mit.edu> writes:
> Marco Antoniotti <mar...@parades.rm.cnr.it> writes:
>
> > > cl-read will do that. Unfortunately it could not be made part of the
> > > emacs distribution because nobody could find Guido Bosch, but it's out
> > > there.
> >
> > I am not familiar with Guido Bosch's extension, bu I have been using
> > mine for quite some time (at the time it was also submitted to
> > gnu.emacs.sources)
> >
> > ==============================================================================
> > ;;; -*- Mode: Emacs-Lisp -*-
> >
> > ;;; cl-read.el -- Some Common Lisp style READ functions for Emacs
> > ;;; [...]
> > ;;; Code:
> > [...]
>
> This is very far from what cl-read.el does. As I recall, cl-read
> provides extensions for defining reader macros, setting dispatch macro
> characters, readtable support, etc. It also supports `#+' `#-' `#.' and
> much more.
Fair enough. I was not aware of this Bosch's code. As long as it
does not call the main function cl-read, I am happy.
Erik Naggum
| I agree that it _should_ be a discussion based on facts and features.
Now, I didn't say that. Taste and opinions and personal views are
perfectly OK, but it requires a willingness not to confuse them with
facts. It's lack of that willingness that I associate with religion.
Tom Breton
> David Bakhash <ca...@alum.mit.edu> writes:
>
> >
> > This is very far from what cl-read.el does. As I recall, cl-read
> > provides extensions for defining reader macros, setting dispatch macro
> > characters, readtable support, etc. It also supports `#+' `#-' `#.' and
> > much more.
>
> Fair enough. I was not aware of this Bosch's code. As long as it
> does not call the main function cl-read, I am happy.
Its major entry point is called reader::read
Christopher Browne
>* The Glauber <thegl...@my-deja.com>
>| There also seems to be a Jihad going on betwen GNU Emacs and Xemacs.
>
> The willingness to describe things as "religious" is only evidence
> of the poster's lack of ability to perceive the underlying issues.
>
> religious terms: It leads to counter-productive meta-discussions.
Religious "wars" have tended to occur over theological and doctrinal
technicalities of one sort or another. The parallels between that and
the _computing_ technicalities that result in "computing wars" are
pretty strong.
In the "free software" community, there are various "religious
personages" that map quite nicely onto the Catholic concept of "the
papacy," and the various offshoots of various projects correspond just
as nicely to "religious" concepts of heresy and orthodoxy,
sectarianism, and such.
The growth of interest in Linux, as distinct from "FSF stuff," can be
quite usefully compared to the Protestant Reformation that split away
from the Roman Catholic Church.
The fact that RMS has considerable distain for organized religion
<http://www.stallman.org/dr-laura.html> does not diminish that he is
_decidedly_ one of the "Papal" figures, illustrated by the fact that
he commonly dons the "vestiments" in the role of "Saint IGNUcious,"
and has a position that _strongly_ parallels that of the Pope in
Vatican City.
So I quite disagree that ignoring "religious" considerations is valid;
a whole lot of it _is_ quite religious, whether there's a "god"
involved or not.
--
cbbr...@ntlug.org - <http://www.hex.net/~cbbrowne/>
I called that number and they said whom the Lord loveth he chasteneth.
Erik Naggum
| So I quite disagree that ignoring "religious" considerations is
| valid; a whole lot of it _is_ quite religious, whether there's a
| "god" involved or not.
Only if you already believe that "religious" is a useful reduction
of the observed phenomena and you are willing to ignore (or worse,
embrace) the abjectly mystical connotations. I maintain that
religion is the result of a small number of well-understood human
psychological needs, but some are somehow kept from understanding
these issues in the continued belief in the "mystical".
Not all things not understood are irrational in basis. Not all
things irrational are religious. However, all things religious are
mystical _and_ irrational in nature. Dragging religion into a
discussion is an _insult_ to those who want to understand and
demystify what they observe. Dragging the organized religions into
the incredibly silly "wars" is deeply disrespectful of them, and
whatever they have done to deserve scorn, disrespect is uncalled
for.
But meta-discussions suck, so I'll end here.
Marco Antoniotti
Tom Breton <t...@world.std.com> writes:
> Marco Antoniotti <mar...@parades.rm.cnr.it> writes:
>
> > David Bakhash <ca...@alum.mit.edu> writes:
> >
> > >
> > > This is very far from what cl-read.el does. As I recall, cl-read
> > > provides extensions for defining reader macros, setting dispatch macro
> > > characters, readtable support, etc. It also supports `#+' `#-' `#.' and
> > > much more.
> >
> > Fair enough. I was not aware of this Bosch's code. As long as it
> > does not call the main function cl-read, I am happy.
>
> Its major entry point is called reader::read
Good naming, yet bad. I am a strong advocate of naming all the CL
function with their proper name as long as they do not conflict with
Elisp built-ins. Hence READ*. The Elisp crowd and RMS may not be
happy with this, but they aren't necessarily right all the time :)
Xah
Your writings are occasionally truly dismal. So full of unintentional
syntactical ambiguities. The content too, being dismal at times as to hurt
my knowing eyes.
> But meta-discussions suck, so I'll end here.
If meta-discussions suck, then perhaps you are the one sucks. If you'll end
there, you might as well not start, sucker of morons.
Topic sensitive Christopher Browne wrote:
> | So I quite disagree that ignoring "religious" considerations is
> | valid; a whole lot of it _is_ quite religious, whether there's a
> | "god" involved or not.
Erik Naggum <er...@naggum.no> wrote:
> Only if you already believe that "religious" is a useful reduction
> of the observed phenomena and you are willing to ignore (or worse,
> embrace) the abjectly mystical connotations. I maintain that
> religion is the result of a small number of well-understood human
> psychological needs, but some are somehow kept from understanding
> these issues in the continued belief in the "mystical".
What religion is or is not is not for you to glide by with a sentence in a
way that is half by assertion and half by half-assed reasoning. By doing
that, you shame the skeptics community. I'm certain you are filling your
stupidity quota unintentionally, but it seems to me that your rant habit is
ready to mass produce morsels of junk food.
Erik wrote:
> Not all things not understood are irrational in basis. Not all
> things irrational are religious. However, all things religious are
> mystical _and_ irrational in nature.
Fine observation, but
> Dragging religion into a
> discussion is an _insult_ to those who want to understand and
> demystify what they observe.
what voodoo is this? First of all, discussion is not dissertation. Newsgroup
writing is not thesis composition. The river of conversation drags in
whatever it does, and it still flows without your grotesque intrusion.
Secondly, religion can be part or central to a discussion. Please sync up
your writing with your head, and don't let your rant derail context.
> Dragging the organized religions into
> the incredibly silly "wars" is deeply disrespectful of them, and
> whatever they have done to deserve scorn, disrespect is uncalled
> for.
Are those 'them' and 'they' refer to _organized religions_ or the "silly
'wars'"?
The religion in newsgroup religious wars refer to the fervor, dedication,
and not totally logical nature of debates (such as your love of Common
Lisp), not about whether Jesus Christ uses emacs or what Buddha think of vi.
And, analogy is a central part of human communication, if not the primary
means for understanding.
If you scorn organized religion, fine. If you disrespect the disrespect of
organized religion, fine too. No need to paint yourself like a swollen
middleman saint.
> But meta-discussions suck, so I'll end here.
A tad too late, don't you think?
Xah
x...@xahlee.org
http://xahlee.org/PageTwo_dir/more.html
Janos Blazi
>
> If meta-discussions suck, then perhaps you are the one sucks. If you'll
end
> there, you might as well not start, sucker of morons.
I always wanted to know the precise meaning of the phrase "something sucks".
Maybe somebody has pity with me and explains this phrase to me?
Of course I understand that it means nothing good.
J.B.
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 80,000 Newsgroups - 16 Different Servers! =-----
The Glauber
"Janos Blazi" <jbl...@netsurf.de> wrote:
[...]
> I always wanted to know the precise meaning of the phrase "something
sucks".
> Maybe somebody has pity with me and explains this phrase to me?
> Of course I understand that it means nothing good.
Interestingly enough, the it has the same meaning as when you say
that "something blows"!
--
Glauber Ribeiro
thegl...@my-deja.com
"Opinions stated are my own and not representative of Experian"
Janos Blazi
> that "something blows"!
Wonderful. I do not know the maning of that phrase either.
The Glauber
"Janos Blazi" <jbl...@netsurf.de> wrote:
> > Interestingly enough, the it has the same meaning as when you say
> > that "something blows"!
>
> Wonderful. I do not know the maning of that phrase either.
> J.B.
This would be off-topic, if it wasn't for Lispers' interest in natural
language. :-)
Suck:
slang : to be objectionable or inadequate <our lifestyle sucks --
Playboy> <people who went said it sucked -- H. S. Thompson>
from: http://www.m-w.com/cgi-bin/dictionary
The usage of "blow" doesn't appear in the dictionaries i accessed.
In either case, there is a vaguely sexual meaning, certainly vaguely
rude.
glauber
Phil Stubblefield
>
> > Interestingly enough, it [saying that "something sucks"] has the
> > same meaning as when you say that "something blows"!
>
> Wonderful. I do not know the maning of that phrase either.
As Glauber points out, to say that something "blows" is equivalent
to saying it "sucks," although the latter is more common. Both mean
that the subject somehow lacks value or fails to meet expectations.
For example, if I say that a specific piece of software sucks, I
mean that it doesn't work as well as I expect it should, perhaps
from the perspective of performance, features, or ease of use.
Another, completely off-topic example comes via a friend in the
Army. He has been stationed in Kansas and in Texas; neither post
was very popular with him or his comrades. Apparently, the going
joke is:
Q: Why is Oklahoma so windy?
A: Because Kansas blows and Texas sucks!
[Note to our international friends: Oklahoma is a US state located
between Kansas and Texas.]
Phil Stubblefield
Rockwell Palo Alto Laboratory 206/655-3204
http://www.rpal.rockwell.com/~phil ph...@rpal.rockwell.com
Steven M. Haflich
conclusion: Whether a matter is or is not a religious
issue is itself a religious issue.
Having achieved Lisper's nirvana of metacircularity, I
will now fold my cards and put them back in the card
reader. I've never met a circularity I couldn't meet.
"Well met, my lord, I am glad to see your honor."
- Priest, Richard III, Act III Scene II, Shakespeare
Simon Brooke
> > > But meta-discussions suck, so I'll end here.
> >
> > If meta-discussions suck, then perhaps you are the one sucks. If you'll
> end
> > there, you might as well not start, sucker of morons.
>
> I always wanted to know the precise meaning of the phrase "something sucks".
> Maybe somebody has pity with me and explains this phrase to me?
You have the phrase wrong, I think. It is 'nothing sucks', and is an
abbreviation of the well known advertising slogan, 'nothing sucks like
a VAX'. The slogan, needless to say, related to a vacuum cleaner;
no-one, I'm sure, would wish to make so slighting a reference to the
revered products of the Digital Equipment Corporation of honoured
memory.
Sic transit Gloria, Tuesday.
--
si...@jasmine.org.uk (Simon Brooke) http://www.jasmine.org.uk/~simon/
There are no messages. The above is just a random stream of
bytes. Any opinion or meaning you find in it is your own creation.
Janos Blazi
Phil Stubblefield <ph...@rpal.rockwell.com> schrieb in im Newsbeitrag:
39592022...@rpal.rockwell.com...
> Janos Blazi <jbl...@netsurf.de> wrote:
> >
> > > Interestingly enough, it [saying that "something sucks"] has the
> > > same meaning as when you say that "something blows"!
> >
> > Wonderful. I do not know the maning of that phrase either.
>
> As Glauber points out, to say that something "blows" is equivalent
> to saying it "sucks," although the latter is more common. Both mean
> that the subject somehow lacks value or fails to meet expectations.
>
> For example, if I say that a specific piece of software sucks, I
> mean that it doesn't work as well as I expect it should, perhaps
> from the perspective of performance, features, or ease of use.
>
> Another, completely off-topic example comes via a friend in the
> Army. He has been stationed in Kansas and in Texas; neither post
> was very popular with him or his comrades. Apparently, the going
> joke is:
>
> Q: Why is Oklahoma so windy?
>
> A: Because Kansas blows and Texas sucks!
>
> [Note to our international friends: Oklahoma is a US state located
> between Kansas and Texas.]
Nice explanation and example, thank you very much.
Reini Urban
about "something sucks"
>> Interestingly enough, the it has the same meaning as when you say
>> that "something blows"!
>
>Wonderful. I do not know the meaning of that phrase either.
it means that you would avoid to do so (both) it if someone asks you,
assuming you're male.
Janos Blazi
Reini Urban <rur...@sbox.tu-graz.ac.at> schrieb in im Newsbeitrag:
395b578b.273107648@news...
Now this is the way you Austrians had always handled your Hungarian
subjects. This started when the army of Karl V returned at the Hungarian
border refusing to free the country, then Ferdinand I had the then Hungarian
King murdered and later the archduchess Sophie had 13 Hungarian generals
executed at Arad. And you are having the same attitude towards me. Instead
of telling me clearly what these thingsw mean in a simple enough language
you are mocking. I hope you will feel guilty after the mail.
thi
> Reini Urban <rur...@sbox.tu-graz.ac.at> schrieb in im Newsbeitrag:
>
> > it means that you would avoid to do so (both) it if someone asks you,
> > assuming you're male.
>
> Now this is the way you Austrians had always handled your Hungarian
> subjects. This started when the army of Karl V returned at the Hungarian
> border refusing to free the country, then Ferdinand I had the then Hungarian
> King murdered and later the archduchess Sophie had 13 Hungarian generals
> executed at Arad. And you are having the same attitude towards me. Instead
> of telling me clearly what these thingsw mean in a simple enough language
> you are mocking. I hope you will feel guilty after the mail.
ah, english is not the universal unifier, after all...
basically, not to mince words, "sucks" and "blows" are verbs in english
slang to denote the act of fellatio. the intimation is that the actor is
at a disadvantage wrt the receiver (in terms of pleasure from the act),
and so the intransitive usage indicates disadvantageousness (!). in many
cultures, there is gender-bias for the power relationship inherent in
fellatio, w/ effective disadvantge more pronounced if the actor is male
(clearly the receiver must be male, or at least male-like(!)).
ok, i hope this clears things up and prevents further international
misunderstanding. apologies to the puritans. may deja.com glitch before
my SO reads this!
kind regards,
thi
vsync
> misunderstanding. apologies to the puritans. may deja.com glitch before
> my SO reads this!
X-No-Archive: yes
--
vsync
http://quadium.net/ - last updated Thu Jun 29 13:01:57 MDT 2000
(cons (cons (car (cons 'c 'r)) (cdr (cons 'a 'o))) ; Orjner
(cons (cons (car (cons 'n 'c)) (cdr (cons nil 's))) nil)))
Erik Naggum
| ah, english is not the universal unifier, after all...
Oh, but it is. However, while you can lead a horse to water, you
can't make it think. Similarly with dictionaries on the Net. You'd
think it'd cost less to use one than to ask a newsgroup, but noooo.
Janos Blazi
Erik Naggum <er...@naggum.no> schrieb in im Newsbeitrag:
31712965...@naggum.no...
As indirectly you responded to me, I understand that for those who are more
familiar with the offerings on the net than me questions like mine look
unnecessary. I simply did not know about dictionaries on the net. (Yes of
course, there are search engines...)
But on the other hand you klick on my name, get my message and decide that
it was silly (from your point of view) and proceed to the next message. And
this is even more simple, Dear Erik than looking up the unknow word in a
dictionary on the net (if there are any). And simply telling me is more
simple than writing a scathing response (though I admit that your response
was polite this time).
We seldom talk and so I'd like to tell you that I asked a question in the
Python newsgroup a few days ago, received a (good) private answer and the
last sentence of that response was an Erik Naggum quotation (stating that my
reference count was negative). Maybe you are pleased to learn about how
shocked I was.
#:Janos the moron
Hartmann Schaffer
"Janos Blazi" <jbl...@netsurf.de> writes:
>
> ...
> But on the other hand you klick on my name, get my message and decide that
> it was silly (from your point of view) and proceed to the next message. And
are you sure he is usiung a point-and-click newsreader?
> ...
--
Hartmann Schaffer
Reini Urban
>> Janos Blazi wrote:
>> about "something sucks"
>> >> Interestingly enough, the it has the same meaning as when you say
>> >> that "something blows"!
>>
>> assuming you're male.
>
>Now this is the way you Austrians had always handled your Hungarian
>subjects. This started when the army of Karl V returned at the Hungarian
>border refusing to free the country, then Ferdinand I had the then Hungarian
>King murdered and later the archduchess Sophie had 13 Hungarian generals
>executed at Arad. And you are having the same attitude towards me. Instead
>you are mocking. I hope you will feel guilty after the mail.
never feeling guilty. the meaning is obvious.
only the reason why it is used in this way is interesting (the "american
way"?) and so I came up with this interpretation.
BTW: hungarian, austrian and american women are famous for these kind of
services. wonder why. or maybe it's just local folklore.
at least we admire the hungarians, male also. esp. the hungarian
mathematicians. (in contrast to our politicians.)
--
Reini Urban, rur...@x-ray.at http://www.x-ray.at/