From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28435 invoked by alias); 4 Apr 2003 00:05:36 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 28428 invoked from network); 4 Apr 2003 00:05:35 -0000 Received: from unknown (HELO e4.eyal.emu.id.au) (203.51.32.18) by sources.redhat.com with SMTP; 4 Apr 2003 00:05:35 -0000 Received: from eyal.emu.id.au (e7.eyal.emu.id.au [192.168.2.7]) by e4.eyal.emu.id.au (8.11.6/8.11.6) with ESMTP id h3405Pq14044; Fri, 4 Apr 2003 10:05:25 +1000 Received: from eyal.emu.id.au (really [192.168.2.7]) by eyal.emu.id.au via smail with esmtp id (Debian Smail3.2.0.114) for ; Fri, 4 Apr 2003 10:05:25 +1000 (EST) Message-ID: <3E8CCC43.3F317393@eyal.emu.id.au> Date: Fri, 04 Apr 2003 01:27:00 -0000 From: Eyal Lebedinsky Organization: Eyal at Home X-Accept-Language: en MIME-Version: 1.0 To: "list, gcc" , "Eigler, Frank Ch." Subject: mudflap: how do I give size for 'void *' objects? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2003-04/txt/msg00165.txt.bz2 I have a problem where I get a large number of reported violations when accessing objects acquired through something like p = shmat() where the size of the object is unknown (unless mudflap uses extra internal knowledge). I also get a violation on practically every access to a ctype is*() function, which may be related to a similar issue. I think this problem is not present in a later libc. I attempted something like this, but it did not help: p = (char *)*(MY_STRUCT * (*) (int __shmid, __const void *__shmaddr, int __shmflg))(&shmat) (shmid, NULL, 0); Currently running any of my programs is a pain, generating 100s of megs of violation reports. -- Eyal Lebedinsky (eyal@eyal.emu.id.au)