From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23593 invoked by alias); 28 Apr 2003 14:26:00 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 23572 invoked by uid 71); 28 Apr 2003 14:26:00 -0000 Resent-Date: 28 Apr 2003 14:26:00 -0000 Resent-Message-ID: <20030428142600.23571.qmail@sources.redhat.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org Resent-Reply-To: gcc-gnats@gcc.gnu.org, lauterba@web.de Received: (qmail 22403 invoked by uid 48); 28 Apr 2003 14:23:15 -0000 Message-Id: <20030428142315.22402.qmail@sources.redhat.com> Date: Mon, 28 Apr 2003 14:26:00 -0000 From: lauterba@web.de Reply-To: lauterba@web.de To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: c++/10521: possible access to private elements X-SW-Source: 2003-04/txt/msg01247.txt.bz2 List-Id: >Number: 10521 >Category: c++ >Synopsis: possible access to private elements >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: accepts-illegal >Submitter-Id: net >Arrival-Date: Mon Apr 28 14:26:00 UTC 2003 >Closed-Date: >Last-Modified: >Originator: Jens Lauterbach >Release: gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) >Organization: >Environment: x86,Redhat 9, >Description: With a default value for a template parameter it is possible to access private elements. In the example below you get access to the private class "A::type". The compile doesn't realize or ignores the private access. >How-To-Repeat: class A{ private: class type{}; }; template class B{ type v; }; int main(){ // B b1; doesn't work -> ok B b; //not ok } >Fix: >Release-Note: >Audit-Trail: >Unformatted: