爲什麼Valgrind的報告尺寸8對PETSc的一個char *的轉讓無效寫？

我有我的PETSc中應用程序的壞終止。我已經查了一下是怎麼回事Valgrind的，但我不明白它的報告：爲什麼Valgrind的報告尺寸8對PETSc的一個char *的轉讓無效寫？

==97331== Invalid write of size 8 
==97331== at 0x10007FED5: PetscHeaderCreate_Private (inherit.c:40) 
==97331== by 0x1013EFE23: TSResilCreate (tsresil.c:525) 
==97331== by 0x10139A877: TSGetResil (ts.c:5252) 
==97331== by 0x10138D17E: TSSetFromOptions (ts.c:421) 
==97331== by 0x100011A47: SolveODE (in ./ex31) 
==97331== by 0x100012E98: main (in ./ex31) 
==97331== Address 0x102dde080 is 1,776 bytes inside a block of size 1,780 alloc'd 
==97331== at 0x100025EA1: malloc (vg_replace_malloc.c:303) 
==97331== by 0x10010E8C1: PetscMallocAlign (mal.c:34) 
==97331== by 0x10011063D: PetscTrMallocDefault (mtr.c:188) 
==97331== by 0x1013EFDA0: TSResilCreate (tsresil.c:525) 
==97331== by 0x10139A877: TSGetResil (ts.c:5252) 
==97331== by 0x10138D17E: TSSetFromOptions (ts.c:421) 
==97331== by 0x100011A47: SolveODE (in ./ex31) 
==97331== by 0x100012E98: main (in ./ex31)

在tsresil.c：525（我在PETSc中實現）：

ierr = PetscHeaderCreate(resil,TSRESIL_CLASSID,"TSResil","Time stepping resilience","TS",comm,TSResilDestroy,TSResilView);CHKERRQ(ierr);

在inherit.c ：

22: /* 
23: PetscHeaderCreate_Private - Creates a base PETSc object header and fills 
24: in the default values. Called by the macro PetscHeaderCreate(). 
25: */ 
26: PetscErrorCode PetscHeaderCreate_Private(PetscObject h,PetscClassId classid,const char class_name[],const char descr[],const char mansec[], 
27:           MPI_Comm comm,PetscObjectDestroyFunction destroy,PetscObjectViewFunction view) 
28: { 
29: static PetscInt idcnt = 1; 
30: PetscErrorCode ierr; 
31: #if defined(PETSC_USE_LOG) 
32: PetscObject  *newPetscObjects; 
33: PetscInt   newPetscObjectsMaxCounts,i; 
34: #endif 

37: h->classid    = classid; 
38: h->type     = 0; 
39: h->class_name   = (char*)class_name; 
40: h->description   = (char*)descr; 
41: h->mansec    = (char*)mansec; 

...

甲PetscObject是一個指向：

typedef struct _p_PetscObject { 
    ... 
    char     *class_name; /* for example, "Vec" */ 
    char     *description; 
    ...

因此，看來問題是關係到char* descr的任務，但我不明白爲什麼。大小8會通知指針是錯誤的否？

來源

2016-02-23 pl-94

這很難從上下文告訴，但它看起來像Valgrind是抱怨，因爲你只分配1780個字節的PetscObject，而這8個字節寫入（起始字節1776）就足以寫進你沒」記憶分配。請更新問題以顯示PetscObject如何分配。 – mpontillo

這很有道理！ PetscObject的分配肯定太小了。等一下我會檢查 –

你讓我走向正確的方向。我不知道但是「所有的PETSc對象都以PETSCHEADER中定義的字段開頭。」將PETSCHEADER添加到我的PetscObject中解決了我的問題。 –

它看起來像Valgrind是抱怨，因爲你只分配1780個字節的PetscObject，而這8個字節寫入（開始於1776字節）足以寫入到內存中，你沒有分配。

你要麼需要增加分配的大小，或增加結構的大小，取決於完整定義和分配的方法。

來源

2016-02-23 21:25:37 mpontillo

爲什麼Valgrind的報告尺寸8對PETSc的一個char *的轉讓無效寫？

回答

相關問題