- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试调试一些存在内存泄漏的代码,并且运行valgrind会给我一些错误,但是在理解为什么我使用fftw引起问题时遇到了一些麻烦。
==1286== 44,384 bytes in 1 blocks are still reachable in loss record 85 of 85
==1286== at 0x4C320A6: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==1286== by 0x6D47864: fftwf_malloc_plain (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6D48F9E: ??? (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6D4B7D7: fftwf_solvtab_exec (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6D85B60: fftwf_rdft_conf_standard (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6E0FCE0: fftwf_configure_planner (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6E13427: fftwf_the_planner (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6E0FA6C: fftwf_mkapiplan (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6E1300A: fftwf_plan_many_dft (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6E12366: fftwf_plan_dft (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x6E12065: fftwf_plan_dft_1d (in /usr/lib/x86_64-linux-gnu/libfftw3f.so.3.5.7)
==1286== by 0x666D0C2: Framework_Fft::create_plan(FFT_SIZE) (Framework_Fft.cc:228)
==1286== LEAK SUMMARY:
==1286== definitely lost: 0 bytes in 0 blocks
==1286== indirectly lost: 0 bytes in 0 blocks
==1286== possibly lost: 0 bytes in 0 blocks
==1286== still reachable: 118,440 bytes in 1,353 blocks
==1286== suppressed: 0 bytes in 0 blocks
HEAP SUMMARY:
==1200== in use at exit: 118,392 bytes in 1,353 blocks
==1200== total heap usage: 31,167,920 allocs, 31,166,567 frees, 390,943,154,294 bytes allocated
==1200==
==1200== Searching for pointers to 1,353 not-freed blocks
#include <vector>
#include <cstdio>
#include <fftw3.h>
#include <wifi_ac/Shim/Framework_Fft.h>
#include <wifi_ac/Modem/Phy/Common/Phy_Common.h>
#include <wifi_ac/Modem/Phy/Common/Trace_Macro.h>
// XXX: Update this array when adding support for new FFT sizes.
const size_t Framework_Fft::mSizeMap[FFT_COUNT] = {64, 128, 256, 512};
Framework_Fft::Framework_Fft()
{
FFT_SIZE max_size = get_size_enum(PHY_MAX_SZFFT);
mpInput = (fftwf_complex*)create_buffer(max_size);
mpIntermediate = (fftwf_complex*)create_buffer(max_size);
{
planner::scoped_lock lock(planner::mutex());
// These are the supported plans for FFT.
TRACE_LEVEL_GTEQ(TRACE_VERBOSE, "INFO in " << TRACE_COUT_METHOD_NAME << ": Creating FFT plans.");
// JIRA TA-183: vvvvv
switch (max_size)
{
// Fall-through intentional...
case FFT_512:
create_plan(FFT_512);
case FFT_256:
create_plan(FFT_256);
case FFT_128:
create_plan(FFT_128);
case FFT_64:
create_plan(FFT_64);
break;
}
// create_plan(FFT_64);
// create_plan(FFT_128);
// create_plan(FFT_256);
// create_plan(FFT_512);
// JIRA TA-183: ^^^^^
TRACE_LEVEL_GTEQ(TRACE_VERBOSE, "INFO in " << TRACE_COUT_METHOD_NAME << ": FFT plans created.");
}
}
Framework_Fft::~Framework_Fft()
{
// JIRA TA-183: vvvvv
FFT_SIZE max_size = get_size_enum(PHY_MAX_SZFFT);
{
planner::scoped_lock lock(planner::mutex());
switch (max_size)
{
// Fall-through intentional...
case FFT_512:
destroy_plan(FFT_512);
case FFT_256:
destroy_plan(FFT_256);
case FFT_128:
destroy_plan(FFT_128);
case FFT_64:
destroy_plan(FFT_64);
break;
}
// destroy_plan(FFT_64);
// destroy_plan(FFT_128);
// destroy_plan(FFT_256);
// destroy_plan(FFT_512);
// JIRA TA-183: ^^^^^
TRACE_LEVEL_GTEQ(TRACE_VERBOSE, "INFO in " << TRACE_COUT_METHOD_NAME << ": FFT plans destroyed.");
}
if (mpInput)
{
fftwf_free(mpInput);
mpInput = NULL;
}
if (mpIntermediate)
{
fftwf_free(mpIntermediate);
mpIntermediate = NULL;
}
};
framework_complex_internal*
Framework_Fft::create_buffer(FFT_SIZE size)
{
fftwf_complex* fftwf_buffer = NULL;
bool error = false;
if (size >= FFT_COUNT)
{
TRACE_LEVEL_GTEQ(TRACE_ERROR, "ERROR in " << TRACE_COUT_METHOD_NAME << ": FFT_SIZE of " << size << " not supported.");
error = true;
}
if (sizeof(framework_complex_internal) != sizeof(fftwf_complex))
{
TRACE_LEVEL_GTEQ(TRACE_ERROR, "ERROR in " << TRACE_COUT_METHOD_NAME << ": Type framework_complex_internal size not compatible with fftwf_complex.");
error = true;
}
if (!error)
{
fftwf_buffer =
(fftwf_complex*)fftwf_malloc(sizeof(fftwf_complex) * mSizeMap[size]);
if (NULL == fftwf_buffer)
{
TRACE_LEVEL_GTEQ(TRACE_ERROR, "ERROR in " << TRACE_COUT_METHOD_NAME << ": Memory allocation using fftwf_malloc failed.");
TRACE_LEVEL_GTEQ(TRACE_ERROR, " NULL pointer is being returned.");
error = true;
}
}
if (error)
{
TRACE_LEVEL_GTEQ(TRACE_ERROR, "ERROR(s) occurred in " << TRACE_COUT_METHOD_NAME << ".");
// printf("%s: Returning NULL\n", TRACE_COUT_METHOD_NAME);
}
return (framework_complex_internal*)fftwf_buffer;
cout << fftwf_buffer;
}
framework_complex_internal*
Framework_Fft::create_buffer(size_t size)
{
FFT_SIZE fft_size = get_size_enum(size);
return create_buffer(fft_size);
}
void
Framework_Fft::free_buffer(framework_complex_internal* buffer)
{
if (buffer)
{
fftwf_free(buffer);
buffer = NULL;
}
}
void
Framework_Fft::FftComplex(
FFT_SIZE size,
const framework_complex_internal* pInputBufferComplex,
framework_complex_internal* pOutputBufferComplex)
{
bool freeinput = false;
framework_complex_internal* input = (framework_complex_internal*)pInputBufferComplex;
TRACE_LEVEL_GTEQ(TRACE_VERBOSE, "INFO in " << TRACE_COUT_METHOD_NAME << ": FftComplex of size " << (int)mSizeMap[size] << ".");
// We may need to align the buffer that is input to fftwf.
if ((uint64_t)pInputBufferComplex % 16 != 0)
{
TRACE_LEVEL_GTEQ(TRACE_INFO, "WARNING in " << TRACE_COUT_METHOD_NAME << ": FftComplex - Input buffer does not appear to be aligned.");
input = create_buffer(size);
memcpy(
input,
pInputBufferComplex,
sizeof(framework_complex_internal) * mSizeMap[size]);
freeinput = true;
}
fftwf_execute_dft(
mFftwfPlans[size], (fftwf_complex*)input, (fftwf_complex*)mpIntermediate);
size_t szHalfFftSize = mSizeMap[size] / 2;
// First half from fftwf_execute goes into 2nd half of output buffer
memcpy(
pOutputBufferComplex + szHalfFftSize,
mpIntermediate,
szHalfFftSize * sizeof(fftwf_complex));
// Second half of fftwf_execute goes into first half of output buffer.
memcpy(
pOutputBufferComplex,
mpIntermediate + szHalfFftSize,
szHalfFftSize * sizeof(fftwf_complex));
if (freeinput)
{
free_buffer(input);
}
}
void
Framework_Fft::FftComplex(
size_t size,
const framework_complex_internal* pInputBufferComplex,
framework_complex_internal* pOutputBufferComplex)
{
FFT_SIZE fft_size = get_size_enum(size);
FftComplex(fft_size, pInputBufferComplex, pOutputBufferComplex);
}
FFT_SIZE
Framework_Fft::get_size_enum(size_t size)
{
FFT_SIZE fft_size = (FFT_SIZE)(FFT_COUNT - 1);
bool size_found = false;
for (int i = 0; i < FFT_COUNT; i++)
{
if (mSizeMap[i] == size)
{
fft_size = (FFT_SIZE)i;
size_found = true;
break;
}
}
if (!size_found)
{
TRACE_LEVEL_GTEQ(TRACE_INFO, "WARNING in " << TRACE_COUT_METHOD_NAME << ": FFT size " << size << " is invalid.");
TRACE_LEVEL_GTEQ(TRACE_INFO, " Performing FFT of size " << mSizeMap[fft_size] << " instead.");
}
return fft_size;
}
void
Framework_Fft::create_plan(FFT_SIZE fft_size)
{
mFftwfPlans[fft_size] = fftwf_plan_dft_1d(
mSizeMap[fft_size], mpInput, mpIntermediate, FFTW_FORWARD, FFTW_PATIENT);
}
void
Framework_Fft::destroy_plan(FFT_SIZE fft_size)
{
if (mFftwfPlans[fft_size])
{
fftwf_destroy_plan(mFftwfPlans[fft_size]);
}
}
// Added by mwk 01/10/2020
void fftwf_cleanup(void);
最佳答案
确保您使用的是Valgrind的最新版本。
问题变量可能是double或long long。
您可以使用gdb或客户端请求宏来检查是否已初始化各个内存地址。
另外,如果您的应用程序易于编译,则可以添加一些伪语句来触发Valgrind的错误检测,如下所示
if (SignalPower_linear_min == 0.0)
;
if (pBurstStateParams->PhysicalConfigParams.mFullScale_linear == 0.0)
;
关于c++ - Valgrind显示内存泄漏? ffff可能与相关吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59685994/
我希望 valgrind 在发现第一个错误时停止并退出。 请勿推荐 --vgdb-error=1 :它不会退出 valgrind。您必须连接 gdb 并从那里终止。 --db-attach : 在最近
有人可以快速解释 Valgrind 的工作原理吗?一个例子:它如何知道内存何时被分配和释放? 最佳答案 Valgrind 基本上在“沙箱”中运行您的应用程序。在此沙箱中运行时,它能够插入自己的指令来进
我有一个因 SIGSEGV 而崩溃的应用程序。 --20183-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) -
我有一个因 SIGSEGV 而崩溃的应用程序。 --20183-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) -
我想使用 valgrind 检查长时间运行的进程是否存在内存泄漏。我怀疑我所追求的内存泄漏可能仅在执行几个小时后才会发生。我可以在 valgrind 下运行应用程序并获取 valgrind 日志,但这
我想用 valgrind 检查一个长时间运行的进程是否有内存泄漏。我怀疑我所追求的内存泄漏可能仅在执行数小时后才会发生。我可以在 valgrind 下运行应用程序并获得 valgrind 日志,但这样
如何在不通过 valgrind 命令选项启动它的情况下对每个 Process 实例执行 valgrind memcheck。 有没有办法将监控选项保存在进程中,而不是每次都使用 valgrind 命令
我使用了“--trace-children=yes”选项,我还使用了“--trace-children-skip=patt1,patt2,...”选项(过滤掉噪音过程)。但它对我来说仍然很慢,我的多进
我从 Valgrind 得到以下日志: MPK ==5263== 4 bytes in 1 blocks are still reachable in loss record 1 of 84 ==52
如何在 Valgrind 抑制文件中添加注释? 我需要为一个大型项目维护一个 Valgrind 抑制文件。我们从我们链接到的工具中过滤无法修复的错误。随着工具的新版本发布,此文件可能需要随着时间的推移
我有一个大程序要运行。使用 valgrind 需要几个小时才能运行。我听说有一些东西可以让我们为程序中的特定函数调用 valgrind。其余程序将正常执行(没有 valgrind env)。 任何人都
我可以用 valgrind 检测整数溢出缺陷吗?里面的哪个工具可以做到这一点? 最佳答案 Valgrind 没有可以检测整数溢出的工具。 您可能会使用 gcc 选项捕获这些错误: -ftrapv Th
我有一个简单的程序: int main(void) { const char sname[]="xxx"; sem_t *pSemaphor; if ((pSemaphor = sem_o
如何让 Valgrind 准确显示错误发生的位置?我编译了我的程序(通过 PuTTy 在 Windows 机器上通过 Linux 终端)添加了 -g 调试选项。 当我运行 Valgrind 时,我得到
或者最好是全部,而不仅仅是我的代码?我的程序使用 Gtk、Loudmouth 和其他一些东西,而这两个(以及它们背后的一些,libgcrypto、libssl)本身导致了如此多的错误,以至于我无法检测
我想尝试使用 valgrind 进行一些堆损坏检测。通过以下腐败“单元测试”: #include #include #include int main() { char * c = (ch
我看过类似的问题here ,但我的问题是我没有编辑 default.supp 文件的权限。例如,Valgrind 中是否有任何忽略所有抑制文件的命令行选项? 最佳答案 在 Valgrind 3.10.
我在一个运行无限循环的程序上使用 valgrind。 由于memcheck在程序结束后显示内存泄漏,但由于我的程序有无限循环,它永远不会结束。 那么有什么方法可以强制从 valgrind 时不时地转储
我一直在尝试使用 valgrind 查找一些可疑的内存错误。 在被分析的程序甚至到达我希望分析的点之前,它会因为对 mmap 的调用开始失败而退出。当它不在 valgrind 下时,这些调用会成功。
由于 OpenSSL 使用未初始化的内存,因此对使用 openldap2 的 libldap 的程序进行 Valgrind 是一件苦差事。存在一个 --ignore-fn选项,但仅适用于 Valgri
我是一名优秀的程序员,十分优秀!