> And the problem is that this hits a fast path in the classical news spool
> layout article create path. The code for this assumes that you have
> articles in the range X to Y, and you just got a new article, so you write
> a file called /var/spool/news/group/name/Y+1. You really do not want to
>
Warning: No kernel related stuff inside.
[EMAIL PROTECTED] (Rik van Riel) wrote on 26.03.01 in
<[EMAIL PROTECTED]>:
> On Mon, 26 Mar 2001, John Cowan wrote:
> > In fact this has come up before: in Usenet software, which has to
> > differentiate between an article and a sub-newsgroup. An arti
John Cowan <[EMAIL PROTECTED]>:
> > If CML2 is adopted and I become the config system maimtainer,
>^
> Typo-ROTFL!
Of such errors are linguistic innovations made. I wonder if this one
will propagate enough that I have to put it in the Jargo
Eric S. Raymond wrote:
> If CML2 is adopted and I become the config system maimtainer,
^
Typo-ROTFL!
--
There is / one art || John Cowan <[EMAIL PROTECTED]>
no more / no less || http://www.reutershealth.com
to do /
Rik van Riel <[EMAIL PROTECTED]>:
> What's wrong with using the _file type_ for these things ?
I don't understand that.
> Conversely, why can't CML2 use the CONFIG_ prefix to
> determine if a symbol is a configuration option, like
> we're doing now?
I do understand this. Greg Banks pointed it
On Mon, 26 Mar 2001, John Cowan wrote:
> esr scripsit:
>
> > it needs is more overhead, and (2) interpreting symbols with leading digits
> > as nonnumeric tokens is just *wrong*. Ugh. Violates the Principle of Least
> > Surprise big-time.
>
> In fact this has come up before: in Usenet softwar
esr scripsit:
> I could have done this, allowing tokens to be recognized as numeric only
> if all chars are digits. I didn't, for two reasons: (1) Lexical analysis
> is, as it turns out, a hotspot in the CML2 compiler code -- the last thing
> it needs is more overhead, and (2) interpreting symbo
Jeff Garzik <[EMAIL PROTECTED]>:
> There is no good reason to restrict the CML2 identifier namespace.
I've already listed a couple of good reasons. As Peter said, maintanicus
selector est.
--
http://www.tuxedo.org/~esr/">Eric S. Raymond
No one who's seen it in action can say t
Keith Owens wrote:
> That just leaves the 17 names of the form CONFIG_[0-9]*. Only the 8139
> is likely to affect outside the kernel and the argument that renaming
> config options might affect external packages does not hold. The
> recent aic7xxx change broke pcmcia on 2.2 kernels but we can wo
On Mon, 26 Mar 2001 02:09:02 -0500,
"Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
>Jeff Garzik <[EMAIL PROTECTED]>:
>> If we are moving to CML2 in 2.5, I see no point in big CML1 cleanups.
>
>Yes, I know, that's what I said about Peter's DERIVED patch a week ago.
Hey, that was my DERIVED patch, n
Eric Raymond writes:
> (1) 19 of the 39 changes fix things that are outright bugs even in CML1.
> These should not be allowed to persist in the stable branch.
I think that things that are bugs in CML1, on its own terms, are
worth fixing in 2.4.
Michael
-
To unsubscribe from this list: send t
11 matches
Mail list logo
