On Tue, 2024-06-04 at 22:09 +0000, Qing Zhao wrote:
> 
> 
> > On Jun 4, 2024, at 17:55, David Malcolm <dmalc...@redhat.com>
> > wrote:
> > 
> > On Fri, 2024-05-31 at 13:11 +0000, Qing Zhao wrote:
> > > 
> > > 

[...]

> > > 
> > > 
> > > Thanks a lot for the review.
> > > Will commit the patch set soon.
> > 
> > [...snip...]
> > 
> > Congratulations on getting this merged.
> > 
> > FWIW I've started investigating adding support for the new
> > attribute to
> > -fanalyzer (and am tracked this as PR analyzer/111567
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111567 ).
> 
> Thank you for starting looking at this.
> > 
> > The docs for the attribute speak of the implied relationship
> > between
> > the count field and size of the flex array, and say that: "It's the
> > user's responsibility to make sure the above requirements to be
> > kept
> > all the time.  Otherwise the compiler *reports warnings*, at the
> > same
> > time, the results of the array bound sanitizer and the
> > '__builtin_dynamic_object_size' is undefined." (my emphasis).
> > 
> > What are these warnings that are reported?  I looked through 
> > r15-944-gf824acd0e80754 through r15-948-g4c5bea7def1361 and I
> > didn't
> > see any new warnings or test coverage for warnings (beyond misuing
> > the
> > attribute).  Sorry if I'm missing something obvious here.
> 
> These warnings will be in the remaining work (I listed the remaining
> work in all versions except the last one):
> 
> > > > > ******Remaining works: 
> > > > > 
> > > > > 6  Improve __bdos to use the counted_by info in whole-object
> > > > > size for the structure with FAM.
> > > > > 7  Emit warnings when the user breaks the requirments for the
> > > > > new counted_by attribute
> > > > > compilation time: -Wcounted-by
> > > > > run time: -fsanitizer=counted-by
> > > > >    * The initialization to the size field should be done
> > > > > before the first reference to the FAM field.
> > > > >    * the array has at least # of elements specified by the
> > > > > size field all the time during the program.

Aha - thanks.  Sorry for missing this, I confess I haven't been paying
close attention to this thread.

> 
> With the current patches that have been committed, the warnings are
> not emitted. 
> I believe that more analysis and more information are needed for
> these warnings to be effective, it might not
> be a trivial patch.  More discussion is needed for emitting such
> warnings.
> 
> > 
> > Does anyone have examples of cases that -fanalyzer ought to warn
> > for?
> 
> At this moment, I don’t have concrete testing cases for this yet, but
> I can come up with several small examples and share with you in a
> later email.

FWIW I did some brainstorming and put together the following .c file,
am posting it inline here for the sake of discussion; does this look
like the kind of thing to test for (in terms of how users are expected
to use the attribute, and the kinds of mistake they'd want warnings
about) ?

/* TODO:
   Some ideas for dimensions of test matrix:
   (a) concrete value vs symbolic value for "count"
   (b) concrete value vs symbolic value for size of array
   (c) dynamic vs static allocation of buffer (and malloc vs alloca)
   (d) relative size of array and of count
       - same size (not an issue)
       - array is too small compared to "count"
         - off by one
         - off by more than one
         - size is zero (but not negative)
         - negative size (which the docs say is OK)
       - array is too large compared to "count" (not an issue)
   (e) type of flex array:
       - char
       - non-char
       - type requiring padding
   (f) type/size/signedness of count field; what about overflow
       in (count * sizeof (type of array element)) ?
   ... etc: ideas?

    Other ideas for test coverage:
    - realloc
      - growing object
      - shrinking object
      - symbolic sizes where could be growth or shrinkage
      - failing realloc
    - ...etc: ideas?  */

#include <stddef.h>
#include <stdlib.h>
#include <stdint.h>

/* Example from the docs.  */

struct P {
  size_t count;
  char other;
  char array[] __attribute__ ((counted_by (count)));
} *p;

struct P *
test_malloc_with_correct_symbolic (size_t n)
{
  struct P *p = malloc (sizeof (struct P) + n);
  if (!p)
    return NULL;
  p->count = n; // don't warn here
  return p;  
}

struct P *
test_malloc_with_correct_count_concrete (void)
{
  struct P *p = malloc (sizeof (struct P) + 42);
  if (!p)
    return NULL;
  p->count = 42; // don't warn here
  return p;  
}

struct P *
test_malloc_with_array_smaller_than_count_concrete (void)
{
  struct P *p = malloc (sizeof (struct P) + 42);
  if (!p)
    return NULL;
  p->count = 80; // TODO: warn here
  return p;
}

struct P *
test_malloc_with_array_larger_than_count_concrete (void)
{
  struct P *p = malloc (sizeof (struct P) + 80);
  if (!p)
    return NULL;
  p->count = 42; // don't warn here
  return p;  
}

struct P *
test_malloc_with_array_access_before_count_init_concrete_1 (void)
{
  struct P *p = malloc (sizeof (struct P) + 42);
  if (!p)
    return NULL;
  /* Forgetting to set count altogether.  */
  __builtin_memset (p->array, 0, 42); // TODO: should warn here
  return p;  
}

struct P *
test_malloc_with_array_access_before_count_init_concrete_2 (void)
{
  struct P *p = malloc (sizeof (struct P) + 42);
  if (!p)
    return NULL;
  /* Erroneously touching array before setting count.  */
  __builtin_memset (p->array, 0, 42); // TODO: should warn here
  p->count = 42;
  return p;  
}

struct P *
test_malloc_with_array_access_before_count_init_symbolic_1 (size_t n)
{
  struct P *p = malloc (sizeof (struct P) + n);
  if (!p)
    return NULL;
  /* Forgetting to set count altogether.  */
  __builtin_memset (p->array, 0, n); // TODO: should warn here
  return p;  
}

struct P *
test_malloc_with_array_access_before_count_init_symbolic_2 (size_t n)
{
  struct P *p = malloc (sizeof (struct P) + n);
  if (!p)
    return NULL;
  /* Erroneously touching array before setting count.  */
  __builtin_memset (p->array, 0, n); // TODO: should warn here
  p->count = n;
  return p;  
}

/* Example where sizeof array element != 1.  */

struct Q
{
  size_t count;
  int32_t array[] __attribute__ ((counted_by (count)));
};
  
struct Q *
test_malloc_of_non_char_array_valid_symbolic (size_t n)
{
  size_t alloc_sz = sizeof (struct Q) + (sizeof (int32_t) * n);
  struct Q *q = malloc (alloc_sz);
  if (!q)
    return NULL;
  // Don't warn for this:
  q->count = n;
  __builtin_memset (q->array, 0,  sizeof (int32_t) * n);
  return q;
}
  
struct Q *
test_malloc_of_non_char_array_bad_size_symbolic (size_t n)
{
  /* Allocation size is too small: forgetting to multiply
     count by sizeof (array element).  */
  size_t alloc_sz = sizeof (struct Q) + n;
  struct Q *q = malloc (alloc_sz);
  if (!q)
    return NULL;

  /* TODO: should we warn here?
     Allocated size of flex array is too small relative
     to implicit size of accesses.  */
  q->count = n;

  /* TODO: should we warn here?
     This initializes the buffer we allocated,
     but only the first quarter of the flex array.  */
  __builtin_memset (q->array, 0,  n);
  
  /* TODO: should we warn here?
     This initializes the full flex array as specified by
     "count", but is out-of-bounds relative to our heap
     allocation.  */
  __builtin_memset (q->array, 0,  sizeof (int32_t) * n);

  return q;
}








Reply via email to