search for: leak

...sh index 65ba6e2..92d6693 100755 --- a/test/test_bins.sh +++ b/test/test_bins.sh @@ -52,8 +52,8 @@ flac --help 1>/dev/null 2>/dev/null || die "ERROR can't find flac executable" run_flac () { if [ x"$FLAC__TEST_WITH_VALGRIND" = xyes ] ; then - echo "valgrind --leak-check=yes --show-reachable=yes --num-callers=100 flac $*" >>test_bins.valgrind.log - valgrind --leak-check=yes --show-reachable=yes --num-callers=100 --log-fd=4 flac $* 4>>test_bins.valgrind.log + echo "valgrind --leak-check=yes --show-reachable=yes --num-callers=50 flac $*&...

Dovecot-2.3.9 I am seeing a lot of the following on my logs: Dec 13 09:16:25 auth: Warning: Timeout leak: 0x105fb00 (auth-request-handler.c:584) Dec 13 09:16:25 auth: Warning: Timeout leak: 0x105fb00 (auth-request-handler.c:584) Dec 13 09:16:25 auth: Warning: Timeout leak: 0x105fb00 (auth-request-handler.c:584) Dec 13 09:16:25 auth: Warning: Event 0x827d6e20 leaked (parent=0x827d4220): auth-request.c:...

...std::vector<GenericValue> Args(0); ExistingModuleProvider *MP = new ExistingModuleProvider(M); ExecutionEngine *EE = ExecutionEngine::create(MP, false); GenericValue GV = EE->runFunction(F, Args); delete EE; } } The memory goes up, and OS X leaks command returns pages of: Leak: 0x011036b0 size=16 0x00000000 0x00000000 0x00000000 0x01102988 .............).. Leak: 0x011036a0 size=16 0x00000000 0x00000000 0x00000000 0x01102988 .............).. Leak: 0x01103680 size=16 0x00000000 0x00000000 0x00000000...

...args: /usr/local/dovecot/etc/dovecot-ldap.conf userdb: driver: static args: uid=777 gid=12 plugin: quota: maildir:ignore=Trash This workes fine but today these messages came up Jan 21 14:54:27 mailbox dovecot: imap(mich0731): Connection closed Jan 21 14:54:27 mailbox dovecot: I/O leak: 0x804d580 (1455) Jan 21 14:54:27 mailbox dovecot: I/O leak: 0x804d580 (1255) Jan 21 14:54:27 mailbox dovecot: I/O leak: 0x804d580 (1300) Jan 21 14:54:27 mailbox dovecot: I/O leak: 0x804d580 (1295) Jan 21 14:54:27 mailbox dovecot: I/O leak: 0x804d580 (1292) Jan 21 14:54:27 mailbox dovecot: I/O leak...

It will be fixed. Aki On 6.11.2018 8.57, Mart Pirita wrote: > Hi, > > > I'm not using rsyslog and instead of hiding, this event leak should be > fixed. > > > > Michael Slusarz wrote: >>> On November 3, 2018 at 9:41 AM Mart Pirita <sysadmin at e-positive.ee> wrote: >>> >>> >>> Hi, >>> >>> >>> But this harmless is spamming logs, so how to disable i...

...; <div> <br> </div> <div> <br> </div> <div> Noticed with latest v2.3.3 some new warning in logs, for example: </div> <div> <br> </div> <div> dovecot: auth: Warning: Event 0x80a6fc0 leaked (parent=(nil)): </div> <div> auth-client-connection.c:338: 1 Time(s) </div> <div> dovecot: auth: Warning: Event 0x80aa1c8 leaked (parent=(nil)): </div> <div> auth-client-connection.c:338: 1 Time(s) </div> <div>...

One of the Mozilla developer released a new extension to detect JS memory leaks: https://addons.mozilla.org/firefox/2490/ If it''s accurate, it might be bad news for Prototype. I have some code using prototype 1.4 with no leaks, but other code with 1.5 leaks on every single bindAsEventListener call, and a bunch of other places. Not sure if it''s just...

I am going through my maillog file, and noticed these events: Sep 8 15:56:17 mail dovecot[294462]: lmtp(391257): Warning: Event 0x55db5bc41200 leaked (parent=0x55db5bc3b830): mail-storage-service.c:1325 Sep 8 15:56:17 mail dovecot[294462]: lmtp(391257): Warning: Event 0x55db5bc3b830 leaked (parent=0x55db5bc34450): smtp-server-recipient.c:38 Sep 8 15:56:17 mail dovecot[294462]: lmtp(391257): Warning: Event 0x55db5bc34450 leaked (parent=0x55db...

On Sun, 15 Jul 2007, Paolo Invernizzi wrote: > First, I'm not sure if deleting the ExecutionEngine is all I need to > clean-up... so I started with a minimal test just to check Is this llvm 2.0 or llvm svn head? Several minor memory leaks have been fixed since llvm 2.0. -Chris > int main( int argc, char **argv ){ > while( true ){ > Module *M = new Module("M"); > Function *F = cast<Function>(M->getOrInsertFunction("F", > Type::Int32Ty, (Type*)0)); > Basic...

Hello, While working on lld code, I encountered a couple of memory management issues. If lld should be usable as a library, I assume it should not leaks any memory when performing a single link pass (UniversalDriver::link(arc, argv)). Actually, after calling that function, I got some major leaks. I may be wrong, but I think there is 3 major leaks. - One of the main leak is in FileArchive. When calling the find() method, FileArchive returns a non...

...e > > > <mailto:sysadmin at e-positive.ee>> wrote: > > > > > > > > > Hi, > > > > > > > > > Noticed with latest v2.3.3 some new warning in logs, for example: > > > > > > dovecot: auth: Warning: Event 0x80a6fc0 leaked (parent=(nil)): > > > auth-client-connection.c:338: 1 Time(s) > > > dovecot: auth: Warning: Event 0x80aa1c8 leaked (parent=(nil)): > > > auth-client-connection.c:338: 1 Time(s) > > > dovecot: auth: Warning: Event 0x80aa718 leaked (parent=(nil)): > > >...

On 3 Nov 2018, at 17.41, Mart Pirita <sysadmin at e-positive.ee> wrote: > > Hi, > > > But this harmless is spamming logs, so how to disable it: > > grep auth-client-connection.c:338 maillog | wc -l > 1259 Actually this specific event leak isn't a known issue. I don't really understand how it could happen. These event leaks are supposed to be checked only at process deinit. Is the auth process constantly being shutdown and restarted? What's your doveconf -n? Are you using Dovecot for SMTP authentication or some other exte...

David, Thanks for the quick response... No, at this point I am just getting into the issue... I assume it is a leak, but no clear proof yet. I was hoping it was an obvious thing since I recall a discussion about it a while ago... but maybe I am just confused. Was your work for compressing DWARF data motivated by a certain inefficiency in debug info representation? Did it result in significant savings? Thanks....

By default valgrind suppresses many leaks. I'm not even sure exactly how it decides which ones to suppress, but certainly global variables pointing to malloc’d data are suppressed, which is not useful behaviour. Tell valgrind to show all leaks. It won't give an error on them. However to do this we also need a much more compreh...

I am running a very simple multithreaded program (TestThread.C) which calls gethostbyname_r in several threads. My analysis of this program with both truss and DTrace suggest that is has a small leak. However, if I alter the program to have many more threads and run for a lot longer it never runs out of memory and does not carry on growing. Can anybody explain what I am missing in my analysis or if there are some bugs in both Dtrace and truss that I am unaware of? How to repeat my truss test....

...s is not constantly being shutdown and/or restarted and Dovecot is used for SMTP authentication (Postfix). Checked few servers logs, they are running v2.3.3, for example latest (some day none, some day a lot, some day few) logs: Nov 25 18:48:11 server1 dovecot: auth: Warning: Event 0x2b79250f15f0 leaked (parent=(nil)): auth-client-connection.c:338 Nov 25 18:48:11 server1 dovecot: auth: Warning: Event 0x2b79250ddc50 leaked (parent=(nil)): auth-client-connection.c:338 Nov 25 22:55:38 server1 dovecot: auth: Warning: Event 0x2b374a7bafb0 leaked (parent=(nil)): auth-client-connection.c:338 Nov 26 03:...

Holger. > You can find out what exactly leaks with the help of valgrind. It seems, that Paolo is on Mac OS X. No valgrind there :( -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

On 2007-07-14, at 13:56, Anton Korobeynikov wrote: >> You can find out what exactly leaks with the help of valgrind. > > It seems, that Paolo is on Mac OS X. No valgrind there :( All is not lost… http://developer.apple.com/documentation/Performance/Conceptual/ ManagingMemory/Articles/FindingLeaks.html — Gordon

On Wed, Dec 25, 2013 at 9:38 PM, dblaikie at gmail.com <dblaikie at gmail.com> wrote: > Its generally been by design that tblgen leaks. Might be nice to fix one day > but it's been that way for a while now so don't expect it to be fixed soon. > > If thats the suppression mechanism of choice (I would've expected a build > flag option) for lsan, I'd say go for it. > > (Maybe there's some existi...

Hi, I'm currently trying to find and fix memory leaks (compiling with ``-fsanitize=address``) in the KLEE tool [1] an having found some leaks and I'm having trouble suppressing them. I'm trying to suppress them using the ``-fsanitize-blacklist=blacklist.txt`` option as documented at [2]. I'm using Clang 3.7 ( Arch Linux package 3.7.0-6)....