search for: t_buffer_get

Displaying 9 results from an estimated 9 matches for "t_buffer_get".

2009 Dec 16
2
Build fix on HURD
I've made two little patches to allow dovecot to be compiled on GNU/Hurd. Could you review them? Kind regards, Marco Nenciarini -- --------------------------------------------------------------------- | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | | mnencia at prato.linux.it | http://www.prato.linux.it/~mnencia |
2018 Jan 24
0
Panic: data stack: Out of memory when allocating bytes
...usr/lib64/dovecot/libdovecot.so.0 No symbol table info available. #11 0x00007f73f17ab83a in ?? () from /usr/lib64/dovecot/libdovecot.so.0 No symbol table info available. #12 0x00007f73f17abc18 in ?? () from /usr/lib64/dovecot/libdovecot.so.0 No symbol table info available. #13 0x00007f73f17abd3b in t_buffer_get () from /usr/lib64/dovecot/libdovecot.so.0 No symbol table info available. #14 0x00007f73f17e1d60 in vstrconcat () from /usr/lib64/dovecot/libdovecot.so.0 No symbol table info available. #15 0x00007f73f17b7d03 in i_strconcat () from /usr/lib64/dovecot/libdovecot.so.0 No symbol table info availab...
2010 Jan 25
2
dovecot 1.2.9 crash on subscribe with shared namespace
...alloc_size = <value optimized out> #1 0x00007fc4c0ff39fb in t_buffer_get (size=512) at data-stack.c:445 ret = (void *) 0x7fffb4dfc090...
2008 Jul 10
2
A couple of dovecot issues I've noted recently...
..."mem_block_alloc(): Out of memory when allocating %u bytes", ...), line 201 in "failures.c" [327612] mem_block_alloc(min_size = 134510504U), line 192 in "data-stack.c" [327613] t_malloc_real(size = 0, permanent = 0), line 244 in "data-stack.c" [327614] t_buffer_get(size = 0), line 319 in "data-stack.c" [327615] _vstrconcat(str1 = (nil), args = 0x8047834 "\x9d?^L^H", ret_len = 0x8047808), line 229 in "strfuncs.c" [327616] t_strconcat(str1 = 0x100e77f0 "tmp/compiler/venus/handoff/build20.2/CDROM/sol-x86/kits/j2sdk_1.4.2_08...
2018 Jan 29
1
Panic: data stack: Out of memory when allocating bytes
...size = 134217728 > #13 0x00007f73f17abc18 in t_malloc_real (size=<value optimized out>, > permanent=false) at data-stack.c:415 > ??????? block = <value optimized out> > ??????? ret = <value optimized out> > ??????? alloc_size = 512 > #14 0x00007f73f17abd3b in t_buffer_get (size=512) at data-stack.c:543 > ??????? ret = 0x0 > #15 0x00007f73f17e1d60 in vstrconcat (str1=0x7f73ebdceeb0 > "/export/home/imap/bill at tutech.de/Maildir/.bla_blub.foo_bar.John Doe", > args=0x7ffd0ddd8550, > ??? ret_len=0x7ffd0ddd8570) at strfuncs.c:183 > ??????...
2018 Jan 24
2
Panic: data stack: Out of memory when allocating bytes
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 > > >
2018 Jan 25
0
Panic: data stack: Out of memory when allocating bytes
...imized out> alloc_size = 134217728 #13 0x00007f73f17abc18 in t_malloc_real (size=<value optimized out>, permanent=false) at data-stack.c:415 block = <value optimized out> ret = <value optimized out> alloc_size = 512 #14 0x00007f73f17abd3b in t_buffer_get (size=512) at data-stack.c:543 ret = 0x0 #15 0x00007f73f17e1d60 in vstrconcat (str1=0x7f73ebdceeb0 "/export/home/imap/bill at tutech.de/Maildir/.bla_blub.foo_bar.John Doe", args=0x7ffd0ddd8550, ret_len=0x7ffd0ddd8570) at strfuncs.c:183 str = 0x7f73ebdceeb0 "...
2018 Jan 23
2
Panic: data stack: Out of memory when allocating bytes
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: > > Hello, > > > > I'm using Dovecot 2.3 and sometimes i get this: > > > > --- snip --- > > Jan 23 14:23:13 mail dovecot: imap(bob at tutech.de)<4880><PDqibHFjMvrAqG1n>: > > Panic: data stack: Out of
2010 Apr 14
4
PostgreSQL driver supporting [round-robin] load balancing and redundancy [LONG]
...ti_pgsql_get_flags(struct sql_db *db) +{ + dprintf(("%s: %p", __func__, db)); + return 0; +} + +static const char * +multi_pgsql_escape_string(struct sql_db *db, const char *in) +{ + struct multi_pgsql_db *pgdb; + char *out; + size_t len; + + pgdb = (void *)db; + len = strlen(in); + out = t_buffer_get(len * 2 + 1); + len = PQescapeStringConn(pgdb->pgcs->pgc, out, in, len, + NULL); + t_buffer_alloc(len + 1); + + dprintf(("%s: %p: '%s' -> '%s'", + __func__, pgdb, in, out)); + return out; +} + +static void multi_pgsql_query(struct sql_db *db, const char *que...