|
From: Bob F. <bfr...@si...> - 2004-06-22 15:07:35
|
Hmmm, it may be that some of these problem semaphore's are being initialized in the program under test, but valgrind doesn't know about semaphores with a pshared attribute yet: ==3766== sem_init: unsupported pshared value ==3766== at 0x3C050B17: pthread_error (vg_libpthread.c:380) ==3766== by 0x3C057320: sem_init (vg_libpthread.c:2718) ==3766== by 0x81974A8: CTCPCtrl::CTCPCtrl() (TCPCtrl.cc:76) ==3766== by 0x812684E: CLCD::CLCD() (LCD.cc:49) ==3766== by 0x8080800: CDisplayManager::CDisplayManager() (DisplayManager.cc:42) ==3766== by 0x81952FC: CSystemInit::CSystemInit() (SystemInit.cc:127) ==3766== by 0x819657A: main (SystemMain.cc:49) Since the content of these shared semaphores will be updated by other programs, valgrind can't monitor the status of this memory unless it is enhanced to monitor all programs which access it. Bob On Tue, 22 Jun 2004, Bob Friesenhahn wrote: > Our software is using POSIX.4 semaphores in shared memory. These semaphores > are initialized by a different application than the one being tested by > valgrind. Valgrind complains vigorously because the semaphores are not > initialized. > > Is there a way around this problem? Will it help at all if the application > which initializes the semaphore is also executed under valgrind? > > It seems like valgrind needs a separate agent program used to collect > information regarding updates to shared resources so that it can know about > things like semaphores in shared memory. > > Bob > ====================================== > Bob Friesenhahn > bfr...@si... > http://www.simplesystems.org/users/bfriesen > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self > defense, top technical experts, no vendor pitches, unmatched networking > opportunities. Visit www.blackhat.com > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > ====================================== Bob Friesenhahn bfr...@si... http://www.simplesystems.org/users/bfriesen |