[DGD] Re: My idea for the DGD driver - validate
Robert Forshaw
iouswuoibev at hotmail.com
Fri Feb 13 16:47:37 CET 2004
>From: Noah Gibbs <noah_gibbs at yahoo.com>
>You're working hard to alienate the list again. Just so it's been
>mentioned.
Oh, so someone insults me and I'm supposed to play dead? It isn't my problem
if you can't deal with that.
>
>We consider most individual pieces of trivia to be separately
>obscure.
I don't remember you being assigned the position of group leader. We are all
individuals so you are only speaking for yourself. You are wrong in this
statement because I don't agree with you.
>For instance, you didn't know that the -> operator is just a
>macro for call_other(), and we figured that was okay. It's obscure.
>Similarly, we didn't necessarily assume you had static and private
>figured out. They're individually obscure.
I don't agree, but since opinions aren't facts I don't see the point in
arguing. You refered to knowing that '->' was in fact a macro as 'trivia'. I
can accept that. I do not accept the same of 'static' and 'private'. I don't
consider it trivia, because it is not trivial. It is a critical part of the
object-orientated aspect of the LPC language, and fairly well referenced in
most lpc documents. It's also quite a commonly-used keyword when looking
through the code of any decent mudlib, such as kernel which I've already
mentioned I have looked at.
>Thus, Stephen had a point
>when he said that wasn't fully obvious to him.
That doesn't bother me. What he said implied that I am inept, though. That
was an insult.
>From: Stephen Schmidt <schmidsj at union.edu>
> > [snip]
>
>.
>.
>.
>.
>v
>
>*
>
>Plonk.
And there he does it again.
Who brought up 'private' and 'static' into the conversation? Erwin Harte.
You may recall what his last post to me was before that one. It wasn't very
friendly. Erwin Harte's 'help' did not apply to my post as I explained in my
reply, and he would have realised this if he had read my post more
carefully. I am making an assumption here, based on how he has treated me in
the past, and I believe I'm entitled to make this assumption, but I think he
was just seeking an oppertunity to sound condescending towards me. As far as
I'm concerned, only a novice doesn't know what 'private' and 'static' are.
It still does not apply to my original post, and since I'm the author of
that post I think I should know. I've explained in detail why it does not
apply in my reply to Erwin's post. If you think it somehow does apply and
requires a lengthy argument, explain yourself, don't just keep telling me
I'm wrong and waiting for a reaction. I'd like this discussion to be
constructive.
> > >The fact that static is in fact quite applicable to your post
> > >could only confirm the non-obviousness of the earlier conclusion.
> >
> > I don't care about it. Please stay on topic.
>
> He is on topic. At least, he's on the topic you set.
The topic was not 'keep arguing that 'static' and 'private' are relevent to
my post, even though I've already given an explanation as to why this is not
the case and nobody else has bothered to give a counter-explanation, and in
the meantime lose sight of the real topic of the post which was about a
possible idea for the driver which has turned around into an idea for
masking call_other, none of which has anything to do with some function
security keywords which I've already proven to be irrelevent'. Also note
that I said 'I don't care', meaning, I don't wish to continue this petty
arguing over semantics any longer. I myself have got some useful feedback
which has changed my original idea and provided me with an
almost-as-good-solution, for which I have expressed my gratitude. I don't
think there's any need to perpetuate this thread unless there is something
to add to the original discussion about my validation idea. To clarify,
anything that isn't about my validation idea, or the fallabilities of
masking call_other, is probably off-topic, and you shouldn't post it.
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
_________________________________________________________________
List config page: http://list.imaginary.com/mailman/listinfo/dgd
More information about the DGD
mailing list