From -6641416506767723937
X-Google-Thread: f78e5,6f042a6ff823c6a0
X-Google-Attributes: gidf78e5,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: g2news1.google.com!news1.google.com!news.glorb.com!border1.nntp.dca.giganews.com!nntp.giganews.com!peer01.cox.net!cox.net!peer-uk.news.demon.net!kibo.news.demon.net!mutlu.news.demon.net!news.demon.co.uk!demon!stump.algebra.com!devnull
From: v.Abazarov@comAcast.net (Victor Bazarov)
Newsgroups: comp.std.c++
Subject: Re: Relation of enermy(anti-friend)
Date: Thu, 26 Aug 2004 20:22:47 GMT
Organization: NTT/VERIO
Lines: 31
Sender: mail2news@demon.net
Approved: fjh@cs.mu.oz.au (Fergus Henderson , moderator of comp.std.c++)
Message-ID: <tXqXc.319$Ae.239@newsread1.dllstx09.us.to.verio.net>
References: <cgk8od$vai$1@news.kreonet.re.kr>
NNTP-Posting-Host: news.news.demon.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: news.demon.co.uk 1093551773 530 158.152.254.254 (26 Aug 2004 20:22:53 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Thu, 26 Aug 2004 20:22:53 +0000 (UTC)
X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov)
X-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
X-Spam-Checker-Version: SpamAssassin 2.64-mulga_r1 (2004-01-11) on 
	mulga.cs.mu.OZ.AU
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=2.64-mulga_r1
X-Accept-Language: en-us, en
X-Path: comp-std-cpp-robomod!not-for-mail
X-Received: (from fjh@localhost)
	by mulga.cs.mu.OZ.AU (8.12.10+Sun/8.12.9/Submit) id i7QKMmNr020923;
	Fri, 27 Aug 2004 06:22:48 +1000 (EST)
X-NNTP-Posting-Date: Thu, 26 Aug 2004 19:34:49 GMT
X-Delivered-To: std-c++@ucar.edu
X-Authentication-Warning: mulga.cs.mu.OZ.AU: fjh set sender to devnull@stump.algebra.com using -f
X-Newsgroups: comp.std.c++
Xref: g2news1.google.com comp.std.c++:2209

Kim, Seungtai wrote:
> May be it just funny question.
> 
> The friend makes that a function or class can access to
> invisible memebers with particular right. It works well for
> operator <<, >>, etc.
> 
> In this point, the question arises. Why there is no enemy relation.
> Enermy relation means that a class or a function even can not see
> the public member of a enermy class if they are tied with enermy
> relation.
> 
> [...]
> I thinks that this kinds of relation are easily arised in real situation.

Have you encountered anything _in the real life_ that would be resolved
by introducing the "enemy" specifier?  I haven't.

> Is there already consideration occured? If not, why this relation
> dose not considered in the Standard or...

Because it's not needed, probably.

V

---
[ comp.std.c++ is moderated.  To submit articles, try just posting with ]
[ your news-reader.  If that fails, use mailto:std-c++@ncar.ucar.edu    ]
[              --- Please see the FAQ before posting. ---               ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html                       ]



