[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD
From: |
Christos Zoulas |
Subject: |
Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD |
Date: |
Fri, 12 May 2006 09:16:37 -0400 |
On May 12, 6:09am, address@hidden ("Mark D. Baushke") wrote:
-- Subject: Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD
| Hi Christos,
|
| Is it possible for the Coverity folks to re-run the checks for xcvs, but
| for them to use the correct model for xstrdup (the one from the
| src/subr.c file) rather than the one from src/usr.bin/xlint/common/mem.c
| which it somehow believes is correct?=20
|
| Many of these CIDs are actually false positivies due to xcvs using a
| version of xstrdup that handles a NULL argument without dereferencing
| it.
|
| -- Mark
We have been trying to get access to the coverity machine that runs
the models, but we have not been able to. This is why the runs are
so sparse. I hope that soon this will change. In the meantime I've
been changing the names of the conflicting functions (buy prefixing
them with the local program name instead of x (cvs_strdup() instead
of xstrdup() for example). In general this is a more portable practice,
but annoying never-the-less.
christos
- [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Mark D. Baushke, 2006/05/11
- [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Christos Zoulas, 2006/05/12
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Mark D. Baushke, 2006/05/12
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD,
Christos Zoulas <=
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Mark D. Baushke, 2006/05/12
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Christos Zoulas, 2006/05/15
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Mark D. Baushke, 2006/05/12
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Christos Zoulas, 2006/05/15
- Re: [Cvs-dev] Re: Result of CVS Coverity scan, via NetBSD, Mark D. Baushke, 2006/05/12