Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Valgrind не запускает программу...
Форум на CrossPlatform.RU > Библиотеки > Qt > Qt инструментарий
ltise
Привет всем!
может кто-то сталкивался - не могу запустить простейшую програмку под valgrind... QtCreator выводит:
** Analyzing finished **
** Unknown error **

в командной строке если попытаться, то выводит, и все....:

DA-iMac-2:user$ valgrind --leak-check=full --leak-resolution=med  --trace-children=yes ./untitled.app 
==25094== Memcheck, a memory error detector
==25094== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==25094== Using Valgrind-3.7.0.SVN and LibVEX; rerun with -h for copyright info
==25094== Command: ./untitled.app/Contents/MacOS/untitled
==25094==
eq_SyscallStatus:
  {78 0 43}
  {78 0 40}

valgrind: m_syswrap/syswrap-main.c:379 (eq_SyscallStatus): the 'impossible' happened.
==25094==    at 0x138033EA7: ???
==25094==    by 0x1380340E4: ???
==25094==    by 0x13809ED86: ???
==25094==    by 0x1380A00A1: ???
==25094==    by 0x13809D702: ???
==25094==    by 0x1380C426F: ???

sched status:
  running_tid=1

Thread 1: status = VgTs_Runnable
==25094==    at 0x7FFF5FC242DA: _kernelrpc_mach_vm_allocate_trap (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC2497C: vm_allocate (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC13BF3: ImageLoaderMachO::reserveAnAddressRange(unsigned long, ImageLoader::LinkContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC13A54: ImageLoaderMachO::assignSegmentAddresses(ImageLoader::LinkContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC13C58: ImageLoaderMachO::mapSegments(int, unsigned long long, unsigned long long, unsigned long long, ImageLoader::LinkContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC17104: ImageLoaderMachOCompressed::instantiateFromFile(char const*, int, unsigned char const*, unsigned long long, unsigned long long, stat const&, unsigned int, unsigned int, linkedit_data_command const*, ImageLoader::LinkContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC10F5A: ImageLoaderMachO::instantiateFromFile(char const*, int, unsigned char const*, unsigned long long, unsigned long long, stat const&, ImageLoader::LinkContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC03557: dyld::loadPhase6(int, stat const&, char const*, dyld::LoadContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC08BAE: dyld::loadPhase5(char const*, char const*, dyld::LoadContext const&, std::__1::vector<char const*, std::__1::allocator<char const*> >*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC0860D: dyld::loadPhase4(char const*, char const*, dyld::LoadContext const&, std::__1::vector<char const*, std::__1::allocator<char const*> >*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC084F9: dyld::loadPhase3(char const*, char const*, dyld::LoadContext const&, std::__1::vector<char const*, std::__1::allocator<char const*> >*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC07C30: dyld::loadPhase1(char const*, char const*, dyld::LoadContext const&, std::__1::vector<char const*, std::__1::allocator<char const*> >*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC0319A: dyld::loadPhase0(char const*, char const*, dyld::LoadContext const&, std::__1::vector<char const*, std::__1::allocator<char const*> >*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC02F07: dyld::load(char const*, dyld::LoadContext const&) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC0598E: dyld::_main(macho_header const*, unsigned long, int, char const**, char const**, char const**, unsigned long*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC01396: dyldbootstrap::start(macho_header const*, int, char const**, long, macho_header const*, unsigned long*) (in /usr/lib/dyld)
==25094==    by 0x7FFF5FC0105D: _dyld_start (in /usr/lib/dyld)


Note: see also the FAQ in the source distribution.
It contains workarounds to several common problems.
In particular, if Valgrind aborted or crashed after
identifying problems in your program, there's a good chance
that fixing those problems will prevent Valgrind aborting or
crashing, especially if it happened in m_mallocfree.c.

If that doesn't help, please report this bug to: www.valgrind.org

In the bug report, send all the above text, the valgrind
version, and what OS and version you are using.  Thanks.



Iron Bug
ну какбэ он в стеке явно пишет, что не смог выделить виртуальную память. видимо, где-то выделяется место в куче, а результат не проверяется на nullptr.
ltise
Цитата(Iron Bug @ 20.10.2013, 19:10) *
ну какбэ он в стеке явно пишет, что не смог выделить виртуальную память. видимо, где-то выделяется место в куче, а результат не проверяется на nullptr.

как такое возможно на толькошто созданом проекте Qt GUI Application ?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2018 IPS, Inc.