HDTenEightyP/NetNews huggingface dataset:
In message <9212250147.AA15972@thymus.synaptics> Dave Gillespie wrote:
>
> So all the regular optimizations still apply, e.g., if both markers of an
> extent are off the beginning or end of the screen, the display routines can
> ignore the extent.

Well, one could do that, but that's not what happens now when the endpoints of
an extent are off the screen.  Redisplay partitions the displayed portion of
the buffer into nonoverlapping "extent fragments", and then displays those.
It doesn't matter where the "real" endpoints are.

> Rectangle extents would allow a more appropriate kind of highlighting for
> rectangle operations.  I posted a suggestion along those lines a while ago
> here, but I was envisioning some way of faking it up with a group of regular
> extents.  Imagine how easy it would be with a single rectangle extent
> instead!

Imagine how much easier it would be to fake it up with regular extents than to
implement rectangle extents! :-)

> As soon as you have filled objects you run into the issue of drawing order,
> though, which the current extent data structure probably isn't well-suited
> to handle.

(Actually it is.)

> Suppose you wanted to display a change bar to the right of a set of lines in
> a buffer.

We're going to have a column down the left side of the screen that glyphs will
be displayed in (for example, the breakpoint and PC-indicator icons
corresponding to a line.)  Extents will have attributes which are the glyphs
to display, and whether those glyphs should go in the "info column" instead of
inline with the text.  (This was actually mostly working at one time, but then
we had to cut our losses w.r.t. redisplay.)  "Display as a change bar" will
probably be another option (we may want Energize to use that to mark those
functions which will be recompiled at the next build, instead of a changed
background color as we do now.)

> Anyway, I may someday have time to work on this myself, but I wouldn't be
> surprised if Jamie or another person who already knows the lemacs internals
> could do it in an afternoon.  Hint, hint.  :-)

Ha!  I can almost guarentee that you'll have to rewrite half of redisplay to
make this work.  (This is axiomatic for most interesting emacs tasks...)

	-- Jamie
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 30 Dec 1992 13:16:58 EST
From: dror@FibHaifa.com (Dror Caspi)
Subject: DEC LK201 keyboard compose-character key as META
Reply-To: dror@FibHaifa.com
Date: Wed, 30 Dec 1992 18:16:59 GMT
Newsgroups: alt.lucid-emacs.help
I couldn't find a way to convince Lucid GNU Emacs that the compose-character
key on my DEC LK201 keyboard should function as META.

I'm running Lucid GNU Emacs version 19.2 on a Sun-4, but displaying on a
DEC VAXstation running Ultrix 4.3.

I thank any help,

Dror

#### ## #### ####  | Dror Caspi  
   #  #    #   #   | Fibronics Ltd, MATAM Industrial Park, Haifa 31905, Israel 
   #  #    #   #   | phone : +972-4-313655    fax: +972-4-550266/550550
                   | e-mail: dror@FibHaifa.com   or  dror@fibronics.UUCP
## #### ##### #### |----------------------------------------------------------
 # #  # #   #    # |
      # #   #    # |
   ###   ###  ###  |
From: c23mts@kocrsv01.delcoelect.com (Mike Scheidler)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Need help with lhilit regular expression
Keywords: lhilit
Date: 21 Dec 92 13:30:35 GMT
Reply-To: c23mts@kocrsv01.delcoelect.com
Distribution: usa
Organization: Delco Electronics Corp.
Originator: c23mts@kocrsw12


In article <50683@shamash.cdc.com>, bjdunlop@shamash.cdc.com (Bruce Dunlop) writes:
> I am trying to make lhilit handle verilog comments.  One comment syntax
> is //,  which indicates a comment from the current column to the end of
> the current line.  The other comment syntax is like C, /* ...*/.
> 
> I got the // hilit to work fine, but the /* ... */ hilit that I copied
> from the c-mode has a problem with comments like:
> 	//*********************
> which we use to separate sections of code.  The // makes it a one line
> comment in verilog, but the /* makes it look like a block comment to lhilit.
> But there is no matching */, so lhilit gets stuck until I do a ^G abort.
> 
> Is there a way to make lhilit not interpret //* as the beginning of a block
> comment?

I don't do c++, so I don't know if this is a viable solution, but you could
modify the regexp pattern for /* .. */ comments from

        ("/\\*" "\\*/" hilit0)
to
        ("[ \t\n]/\\*" "\\*/" hilit0)
          ^^^^^^^
which would match a '/*' token only if it is preceded by a space, tab, or
newline character.  This would definitely keep it from matching the '//*'
sequence, but would require that comments beginning with '/*' either start
at the beginning of a line or be preceded by at least one space or tab.
Under most circumstances, I think this restriction shouldn't be a problem.
About the only thing I can think of that wouldn't match would be something
like this

        int a;/* this is a comment */

where it would be easy (and more readable) to insert a space before the
comment.

-- 
Mike Scheidler                    INTERNET:  c23mts@kocrsv01.delcoelect.com
Software Technology               UUCP:      deaes!c23mts
Delco Electronics Corporation     PHONE:     (317) 451-0642
Kokomo, IN 46904                  GMNET:     8-322-0642
Newsgroups: alt.lucid-emacs.help
From: bobhays@spss.com (Bob Hays)
Subject: Key bindings at startup
Organization: SPSS, Inc.
Date: Thu, 31 Dec 1992 14:09:46 GMT

We're trying to finish up our startup information for lucid.  We tried
loading our key mapping files in site-init.el - the site-init.el file
is loaded but the key mappings don't occur.  Can someone explain why?

Thanks and have fun! - Bob

-- 
===============================================================================
The opinions expressed above are those of Bob Hays and not SPSS, Inc.
 bobhays@spss.com  Phone: (312) 329-3529 | "I'm hovering like a fly, waiting
                   Fax:   (312) 329-3657 |  for a windshield on a freeway" -PG
From: bjdunlop@shamash.cdc.com (Bruce Dunlop)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Highlighting problems
Date: 26 Dec 92 21:32:24 GMT
Organization: Control Data Corporation, Arden Hills, MN

In article <1992Dec26.001926.26263@nntpd.lkg.dec.com> tatlow@athena.lmo.dec.com writes:
>
>lhilit doesn't work correctly.  At the very least, it doesn't work
>... stuff deleted
>and hit C-c C-h -- the line turns red (correct).  I then modify the
>line so it looks like this:
>
>	;; comment (defun
>
>and hit C-c C-h -- now ";; comment" is in red and "(defun" is in blue.

There is nothing wrong with lhilit - just the regular expression defining
(defun.  From the lisp I have looked at, I believe that defun is usually on
a line by itself.  So you need a regular exp that says this.  Try something
like:

	(^ *(defun, nil, hilit2)

in the appropriate lhilit statement.  The ^ means 'beginning of line'; the
<space>* means to look for any number of blank spaces; then look for (defun.

********************************************************************
*   Jim Dahlberg		 Computing Devices International   *
*   bjdunlop@shamash.cdc.com		A Ceridian Company         *
********************************************************************
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Newsgroups: alt.lucid-emacs.help
Subject: Q: *creating* a new screen w/ geom
Date: 30 Dec 92 19:52:41 GMT
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Organization: Century Computing, Inc.


Please excuse the newbie Q. Is there a way, in lisp, to *create* a
screen at a given location and size?  I use the following defuns to
first create, then move/resize a new screen, but that seems
inefficient. There's gotta be a better way, right?

Thanks,
-Barry

(defun baw:set-screen-geom (x y width height &optional screen)
  (let* ((params (screen-parameters))
	 (top  (cdr (assoc 'top params)))
	 (left (cdr (assoc 'left params)))
	 (screen (or screen (selected-screen))))
    (set-screen-position screen (- x left) (- y top))
    (set-screen-size screen width height)))

(defun baw:new-left-screen ()
  (interactive)
  (baw:set-screen-geom 0 0 80 58 (x-new-screen)))
From: pfeifer@schroeder.ls6.informatik.uni-dortmund.de (Ulrich Pfeifer)
Newsgroups: alt.lucid-emacs.help
Subject: Problems with bytecompiled vm
Date: 30 Dec 92 11:24:08
Organization: /home/maria/ls6a/pfeifer/.organization
Distribution: world
Reply-To: Ulrich Pfeifer <pfeifer@ls6.informatik.uni-dortmund.de>
NNTP-Posting-Host: schroeder.informatik.uni-dortmund.de

Hi !

I've successfully installed lucid-emacs 19.3. If i call 'vm' by 'M-x
vm' it is autoloaded and runs. If i try 'M-x vm' a second time, i get
an 'invalid function' error. Calling vm by eval does the right thing.

Any suggestions ?

\Ulrich Pfeifer
--
--
Ulrich  UNIVERSITAET-DORTMUND     telefax:  49 231 755 2386        /////
Pfeifer Lehrstuhl Informatik VI   voice:    49 231 755 3032  ____UNI DO
        D-W-4600 Dortmund 50      postbox:  50 05 00         \\*\\////
        e-mail : pfeifer@ls6.informatik.uni-dortmund.de       \\\\\//
From: tatlow@dash.lmo.dec.com (Tom Tatlow)
Newsgroups: alt.lucid-emacs.help
Subject: Highlighting problems
Date: 26 Dec 92 00:19:26 GMT
Reply-To: tatlow@athena.lmo.dec.com
Organization: Digital Equipment Corporation, AI Technology Center


lhilit doesn't work correctly.  At the very least, it doesn't work
consistently and certainly not as I wished it did.

Example:

I load-library lhilit and then go into *scratch*, and go into
emacs-lisp mode.  I type:

	;; comment

and hit C-c C-h -- the line turns red (correct).  I then modify the
line so it looks like this:

	;; comment (defun

and hit C-c C-h -- now ";; comment" is in red and "(defun" is in blue.
It seems that the comment should override and the whole line should be
red.  Can lhilit do this?  Anyway, here's the inconsistent part: I
then modify the line so it looks like this:

	(defun ;; comment (defun

and hit C-c C-h -- now the first "(defun" is in blue, and 
";; comment (defun" is in red!  This can't be right!



Is there a way to impose ordering on the regexps so that if it matched
the regexp for comments it would color it red and not go on to see if
it also matched another regexp?



==================================================================
  	    Tom Tatlow	    "The Question"

    Work:  Digital Equipment Corporation, AI Technology Center
           tatlow@athena.lmo.dec.com         (508) 480-5397

    Home:  Post Office Box 1035, Berlin, MA 01503
           tom@math.mit.edu                  (617) 876-6216

==================================================================
From: bjdunlop@shamash.cdc.com (Bruce Dunlop)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Highlighting problems
Date: 31 Dec 92 00:28:31 GMT
Organization: Control Data Corporation, Arden Hills, MN

In article <1992Dec28.211836.24522@nntpd.lkg.dec.com> tatlow@athena.lmo.dec.com writes:
>>(defun.  From the lisp I have looked at, I believe that defun is usually on
>>a line by itself. 
>
>Yes, defun usually starts a line, but it's not required to be at
>the beginning.  The problem is with the whole package (or at least

Please note that I did NOT say that defun was required or even usually at the
"beginning" of a line.  I said it was usually on a line by itself.  My
regular expression also did not require defun to be at the beginning of a
line - just the first thing encountered on a line.
	(^ *(defun, nil, hilit2)
This would hilit the defun line to the end of line OR, if a comment was
encountered, until the comment started.  The comment would be hilited in the
usual comment color.

The converse, however would not be true.  I.E. if the line started with the
comment syntax, encountering a defun would not be hilited in the defun color.
The entire line would be hilited in the comment color.

I believe the above behavior is what is desired.

The only problem would be if a comment start sequence was embedded somewhere
in quoted text in a defun line (or any other function line).  This would
incorrectly be hilited as a comment.  But this problem could occur anywhere,
I believe.

********************************************************************
*   Jim Dahlberg		 Computing Devices International   *
*   bjdunlop@shamash.cdc.com		A Ceridian Company         *
********************************************************************
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 30 Dec 1992 13:16:48 EST
From: dror@FibHaifa.com (Dror Caspi)
Subject: lemacs Icon
Reply-To: dror@FibHaifa.com
Date: Wed, 30 Dec 1992 18:16:49 GMT
Newsgroups: alt.lucid-emacs.help
For some strange reason, the GNU bitmap is not displayed as the icon, just
the default X icon. Why is this ?

I'm running Lucid GNU emacs 19.2 on SUN-4.


Dror

#### ## #### ####  | Dror Caspi  
   #  #    #   #   | Fibronics Ltd, MATAM Industrial Park, Haifa 31905, Israel 
   #  #    #   #   | phone : +972-4-313655    fax: +972-4-550266/550550
                   | e-mail: dror@FibHaifa.com   or  dror@fibronics.UUCP
## #### ##### #### |----------------------------------------------------------
 # #  # #   #    # |
      # #   #    # |
   ###   ###  ###  |
From: tlp00@ras.amdahl.com (Tibor Polgar)
Newsgroups: alt.lucid-emacs.help
Subject: Environment variable completion
Date: 22 Dec 92 00:06:56 GMT
Reply-To: tlp00@ras.amdahl.com
Organization: Amdahl Corporation, Sunnyvale CA

Anyone out there written an environment variable expansion to be used as part of
file name completion.   Basicly its something that calls "substitute-in-file-name" before it calls "minibuffer-complete-word".  Yeh, i know i could write something but if someone already has.... For instance:

Find file:  $SRC<space>
   
   expands to:

Find file:  /usr/project/src/

    and the rest is same as normal...

-------------------------------------------------------------------------------
| Tibor L. Polgar    |  (408) 746-8649     | tlp00@climb.ras.amdahl.com
| Amdahl Corporation
| 1250 East Arques Avenue (M/S 281)
| P.O. Box 3470
| Sunnyvale, CA 94088-3470
|
| The opinions expressed above are mine, solely, and do not in any way
| shape or form reflect the opinions or policies of Amdahl Corp.
-------------------------------------------------------------------------------
From: aubrie@chausey.inria.fr (aubrie claude andre)
Newsgroups: alt.lucid-emacs.help
Subject: emacsclient and emacsserver
Keywords: client, server.
Date: 22 Dec 92 10:47:52 GMT
Organization: INRIA * Rocquencourt BP 105 * F-78153 LE CHESNAY CEDEX* France

Sun 4/65 Sun 4.1.1
Lemacs 19-3

emacs -f server-start and emacsclient work well
BUT
lemacs -f server-start doesn't : server subprocess exited

I tried to load-lib server.el, and try emacsclient my_file
Lemacs said me : ld.so: liblucidx.so.2: not found

How am-I wrong ?
How can I make this lib ?
Thanks.
-- 
Claude Aubrie				| Email: aubrie@chausey.inria.fr
INRIA Centre de Rocquencourt		| Tel : (33) 39 63 52 41
      BP 105				| Telex : 69 70 33 F
      78153 Le Chesnay Cedex (France)	| Fax: (33) 39 63 52 28
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 1 Jan 1993 05:44:05 EST
From: amir@matis.ingr.com (Amir J Katz)
Subject: Bruce Leban's changes to sendmail.el
Reply-To: amir@matis.ingr.com
Organization: SEE Technologies Ltd.
X-Mailer: emacs 19.3.7 Lucid, sendmail [BPL/AJK]
X-Windows: The Cutting Edge of Obsolescence.
Date: Fri, 1 Jan 1993 10:44:06 GMT
Newsgroups: alt.lucid-emacs.help
Long time ago (1990), Bruce Leban (Leban@cs.umass.edu) has added some very
useful functionality to sendmail.el.  His changes include: saving a reply
with its corresponding message, auto-fill in the mail buffer, a distinct
separator between the headers and the body, and many other fine features.

Unfortunately, these changes never found their way into emacs 18.58 or Lucid
Emacs. I've tried to incorporate his changes into a local copy of
modes/sendmail.el, but it requires lisp hacking skills way above mine (:-(.

Has anyone done that? Is Bruce listening? Anyone out there? Hello?

/* ----------------------------------------------------------- */
/*  Amir J. Katz             |   amir@matis.ingr.COM           */
/*  System Specialist        |   Voice:  +972 52-584684        */
/*  SEE Technologies Ltd.    |   Fax:    +972 52-543917        */
/* ............ Solaris 2.1 - The Final Frontier ? ........... */
From: tatlow@dash.lmo.dec.com (Tom Tatlow)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Highlighting problems
Date: 28 Dec 92 21:18:36 GMT
Reply-To: tatlow@athena.lmo.dec.com
Organization: Digital Equipment Corporation, AI Technology Center


In article <50856@shamash.cdc.com>, bjdunlop@shamash.cdc.com (Bruce Dunlop) writes:

>There is nothing wrong with lhilit - just the regular expression defining
>(defun.  From the lisp I have looked at, I believe that defun is usually on
>a line by itself. 

Yes, defun usually starts a line, but it's not required to be at
the beginning.  The problem is with the whole package (or at least
with comments), not defun, or defvar or whatever.  The regexp for
comments says that it should match all the way to the end of the line,
but that's not happening (or if it is, the line is also matching
for defun or whatever).

In general, the hilighting should stop when it finds a match, but that's
not happening.


==================================================================
  	    Tom Tatlow	    "The Question"

    Work:  Digital Equipment Corporation, AI Technology Center
           tatlow@athena.lmo.dec.com         (508) 480-5397

    Home:  Post Office Box 1035, Berlin, MA 01503
           tom@math.mit.edu                  (617) 876-6216

==================================================================
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Need help with lhilit regular expression
Date: 22 Dec 92 18:03:36 GMT
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Distribution: usa
Organization: Century Computing, Inc.


>>>>> "Bruce" == Bruce Dunlop <bjdunlop@shamash.cdc.com> writes:

    Bruce> I am trying to make lhilit handle verilog comments.  One
    Bruce> comment syntax is //, which indicates a comment from the
    Bruce> current column to the end of the current line.  The other
    Bruce> comment syntax is like C, /* ...*/.

c++-mode.el suffers from the same dilemma. Vanilla emacs (and
derivatives) cannot handle more than 1 comment style per buffer.

c++-mode.el plays lots of tricks with elisp to almost get it right.
Really emacs needs to be fixed, and in fact there are some beta level
patches available.  Email me for more information.

-Barry

PS. I should know, I'm the c++-mode.el maintainer... ;-}
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 24 Dec 1992 22:26:20 EST
Subject: Idea: graphical extents
Reply-To: daveg@synaptics.com
Date: Thu, 24 Dec 1992 17:47:38 -0800
From: daveg@thymus.synaptics.com (Dave Gillespie)
Newsgroups: alt.lucid-emacs.help
From: tlp00@ras.amdahl.com (Tibor Polgar)
Newsgroups: alt.lucid-emacs.help
Subject: Re: Environment variable completion
Date: 22 Dec 92 00:28:25 GMT
Reply-To: tlp00@ras.amdahl.com
Organization: Amdahl Corporation, Sunnyvale CA

WOW, i get to follow up my own posting... in looking at it further, seems that 
completion DOES "try" to substitute in an environment variable but there is a bug
somewhere, all i ever get is a "/".   If i enter an invalid environment variable
then I get "bad format environment variable substitution" so something is trying.

Any ideas.
-------------------------------------------------------------------------------
| Tibor L. Polgar    |  (408) 746-8649     | tlp00@climb.ras.amdahl.com
| Amdahl Corporation
| 1250 East Arques Avenue (M/S 281)
| P.O. Box 3470
| Sunnyvale, CA 94088-3470
|
| The opinions expressed above are mine, solely, and do not in any way
| shape or form reflect the opinions or policies of Amdahl Corp.
-------------------------------------------------------------------------------
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 30 Dec 1992 13:22:43 EST
From: amir@matis.ingr.com (Amir J Katz)
Subject: how to get mail abbrev to work
Organization: SEE Technologies Ltd.
Reply-To: amir@matis.ingr.com
X-Mailer: ELM [version 2.3 PL11]
Date: Wed, 30 Dec 1992 18:22:44 GMT
Newsgroups: alt.lucid-emacs.help
Guys,
I followed the instructions in lisp/modes/mail-abbrev.el, but I can't get it
to work. It maybe an RTFM, but after I type an alias in the To:,CC: or any
of these fields, how do I make it expand to the REAL name?

This is my mail-setup-hook:

(setq mail-setup-hook 
      '(lambda ()
	 (some-ther-stuff)
	 (require 'mail-abbrevs)
	 )
      )

-- 
/* ----------------------------------------------------------- */
/*  Amir J. Katz             |   amir@matis.ingr.COM           */
/*  System Specialist        |   Voice:  +972 52-584684        */
/*  SEE Technologies Ltd.    |   Fax:    +972 52-543917        */
/* ............ Solaris 2.1 - The Final Frontier ? ........... */
Newsgroups: alt.lucid-emacs.help
From: irvine@nmtvs318.ntmtv (Chuck Irvine)
Subject: missing emacs-lisp info files
Organization: /home/irvine/.organization
Distribution: alt
Date: Wed, 23 Dec 1992 22:57:33 GMT

Somehow our site is missing about half of the emacs-lisp info files. I
this a known problem? Any help appreciated.

Chuck Irvine
ames!ntmtv!irvine
Northern Telecom
Newsgroups: alt.lucid-emacs.help
From: bcohen@scherzo.NoSubdomain.NoDomain (Bruce Cohen)
Subject: Building lucid emacs with acc on Sun?
Date: Tue, 29 Dec 1992 16:43:12 GMT
Organization: Mentor Graphics Corporation
Keywords: 
Followup-To: 

I'm trying to bring up lemacs on a sun sparcstation under sunos 4.1.2
using acc, the sun Ansi C compiler, since I have that installed and
don't have immediate access to gcc, and don't want to spend the time to
install *that* as well, if I don't have to.

However ... I get a whole bunch of warning messages that indicate that
acc and gcc don't agree on the definition of Ansi C very well (and my
book on the standard, the MicroSoft "Standard C Programmer's Reference"
doesn't go into enough detail to tell me which one is right or whether
I've fallen into one of those gray areas).  I'm getting error messages
like:

"xdisp.c", line 1871: warning: improper pointer/integer combination: op "<"
"emacs.c", line 226: warning: semantics of ">>" change in ANSI C; use explicit cast

and a bunch of others I've already cleaned up, most of them involving
macros from lisp.h which break or bend the type system (assigning a 1 shifted
left 31 positions to a signed integer, for instance, is not a Nice Thing To
Do according to acc).

On top of that, the executable crashes on startup with a memory error:
Fatal error (11).Memory fault(coredump)
 while trying to initialize the environment variable alist (it appears
to have a bogus string free list, but I still don't know why).

Has anyone out there tried building with acc and have knowledge of these
problems, or knows enough about the vagaries of "Ansi C compliant"
compilers to tell me the warnings are OK?  And if the crash sounds
familiar, please contact me.
------------------------------------------------------------------------
Bruce Cohen, Mentor Graphics Corpooration | email: Bruce_Cohen@mentorg.com
8005 SW Boeckman Road                     | phone: (503)685-1808
Wilsonville, OR 97070-7777                |
x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Wed, 23 Dec 1992 15:16:45 EST
From: ko@surya.att.com
Date: Wed, 23 Dec 1992 15:10:53 EST
Original-From: surya!ko
Subject: x-get-resource
Newsgroups: alt.lucid-emacs.help
Is it possible to use x-get-resource to retrieve the value of a non-Emacs
resource, i.e. one related to another application? If so, how would one do it?

--


Kostas N. Oikonomou			Internet:  ko@surya.ho.att.com
AT&T Bell Laboratories, Rm 3M-521	uucp:  ...!att!honet7!ko
101 Crawfords Corner Road		Telephone:  +1 908 949 2175
P.O. Box 3030				
Holmdel, NJ  07733-3030			FAX:  +1 908 949 1652


Newsgroups: alt.philosophy.objectivism