search for: p_malloc

...ag. ==29930==? The main thread stack size used in this run was 8388608. ==29930== 64 bytes in 1 blocks are possibly lost in loss record 35 of 77 ==29930==??? at 0x4C2B9B5: calloc (vg_replace_malloc.c:711) ==29930==??? by 0x5277AB5: pool_system_malloc (mempool-system.c:75) ==29930==??? by 0x525D2FD: p_malloc (mempool.h:99) ==29930==??? by 0x525D2FD: hash_table_create (hash.c:70) ==29930==??? by 0x51F377C: settings_parser_init_list (settings-parser.c:215) ==29930==??? by 0x51ED102: master_service_settings_read (master-service-settings.c:595) ==29930==??? by 0x51EE3A9: master_service_settings_cache_read...

...ain thread stack size used in this run was 8388608. > ==29930== 64 bytes in 1 blocks are possibly lost in loss record 35 of 77 > ==29930==??? at 0x4C2B9B5: calloc (vg_replace_malloc.c:711) > ==29930==??? by 0x5277AB5: pool_system_malloc (mempool-system.c:75) > ==29930==??? by 0x525D2FD: p_malloc (mempool.h:99) > ==29930==??? by 0x525D2FD: hash_table_create (hash.c:70) > ==29930==??? by 0x51F377C: settings_parser_init_list > (settings-parser.c:215) > ==29930==??? by 0x51ED102: master_service_settings_read > (master-service-settings.c:595) > ==29930==??? by 0x51EE3A9: mast...

Hello list, During the 'make check' (pigeonhole) portion of a building (rpmbuild) a dovecot.spec file I'm getting the following error: testsuite(root): Fatal: Couldn't drop privileges: User is missing UID (see mail_uid setting) I'm not sure how to resolve this, and any help would be appreciated to help me finish the creating the rpm -- Eric Broch White Horse Technical

...==================== RCS file: /home/cvs/dovecot/src/lib/strfuncs.c,v retrieving revision 1.41 diff -u -p -r1.41 strfuncs.c --- src/lib/strfuncs.c 18 Jul 2004 01:44:59 -0000 1.41 +++ src/lib/strfuncs.c 31 Jul 2004 08:43:35 -0000 @@ -154,6 +154,7 @@ char *p_strdup_until(pool_t pool, const mem = p_malloc(pool, size + 1); memcpy(mem, start, size); + mem[size] = '\0'; return mem; } Noticed while testing $-terminated modular crypt strings, because I didn't (and still don't) understand the reason for line 65 of password-scheme.c; ... /* stop at next '$' */ p = strchr(p+...

Hello there, dovecot-2.2.33/src/lib/str-find.c:86]: (warning) Calling 'sizeof' on 'sizeof' Source code is ctx = p_malloc(pool, MALLOC_ADD(sizeof(struct str_find_context), MALLOC_MULTIPLY(sizeof(ctx->goodtab[0]), key_len))); Regards David Binderman

...TRUE; +} + +static unsigned int +rpa_read_buffer(pool_t pool, const unsigned char **data, + const unsigned char *end, unsigned char **buffer) +{ + const unsigned char *p = *data; + unsigned int len; + + if (p > end) + return 0; + + len = *p++; + if (p + len > end) + return 0; + + *buffer = p_malloc(pool, len); + memcpy(*buffer, p, len); + + *data += 1 + len; + + return len; +} + +static char * +rpa_parse_username(pool_t pool, const char *username) +{ + const char *p = strrchr(username, '@'); + + return p_strndup(pool, username, p - username); +} + +static int +rpa_parse_token3(struct...

...0x0, cleanup = 0x0, canceltype = 4214640}}} not_first_call = <value optimized out> #14 0x00000000004029c9 in _start () No symbol table info available. Core was generated by `dovecot/imap-login -D'. Program terminated with signal 11, Segmentation fault. #0 0x00007ff9e5e5f40b in p_malloc (pool=0x1f10c90, str=0x1f1d3d0 "4qyKMRI+AAAAAAAA") at mempool.h:76 76 return pool->v->malloc(pool, size); (gdb) bt full #0 0x00007ff9e5e5f40b in p_malloc (pool=0x1f10c90, str=0x1f1d3d0 "4qyKMRI+AAAAAAAA") at mempool.h:76 No locals. #1 p_strdup (pool=0x1f10c90, str=0x1...

...at data-stack.c:415 > ??????? block = <value optimized out> > ??????? ret = <value optimized out> > ??????? alloc_size = 520 > #4? 0x00007f73f17abdeb in t_malloc0 (size=513) at data-stack.c:468 > ??????? mem = <value optimized out> > #5? 0x00007f73f17a95dd in p_malloc (buf=0x7f73ebdcef28, size=513) at > mempool.h:99 > No locals. > #6? buffer_alloc (buf=0x7f73ebdcef28, size=513) at buffer.c:34 > ??????? __func__ = "buffer_alloc" > #7? 0x00007f73f17a967b in buffer_create_dynamic (pool=<value optimized > out>, init_size=512) at...

On Wed, Jan 24, 2018 at 18:55:47 +0100, Thomas Robers wrote: > Am 23.01.2018 um 20:07 schrieb Josef 'Jeff' Sipek: > > On Tue, Jan 23, 2018 at 14:03:27 -0500, Josef 'Jeff' Sipek wrote: > > > On Tue, Jan 23, 2018 at 18:21:38 +0100, Thomas Robers wrote: ... > > > 1. Do you have any idea what the imap process was doing at the time of the > > >

...zed out>, permanent=true) at data-stack.c:415 block = <value optimized out> ret = <value optimized out> alloc_size = 520 #4 0x00007f73f17abdeb in t_malloc0 (size=513) at data-stack.c:468 mem = <value optimized out> #5 0x00007f73f17a95dd in p_malloc (buf=0x7f73ebdcef28, size=513) at mempool.h:99 No locals. #6 buffer_alloc (buf=0x7f73ebdcef28, size=513) at buffer.c:34 __func__ = "buffer_alloc" #7 0x00007f73f17a967b in buffer_create_dynamic (pool=<value optimized out>, init_size=512) at buffer.c:143 buf = 0x...