search for: datastack

...instead, duplicate the value to some memory region. Can you see if this following patch fixes it? Aki > On October 17, 2016 at 4:14 PM Pierre Jaury <pierre at jaury.eu> wrote: > > > Okay, it seems to me that the bug is due to "t_str_tabunescape" using > the unsafe datastack ("t_strdup_noconst") while the string is actually > returned in an async callback. > > Before it is handled by "client_dict_lookup", "client_dict_wait" > actually fires some IO loops that are more than likely to call "t_pop" > and free/flush t...

Oh duh, it used datastack pool. Try again with the attached patch? Please remember to clear the previous one out before trying. Aki > > The trace is missing some symbols, I will debug tomorrow and see where > the call comes from exactly. > > Regards, > > > On 10/17/2016 06:23 PM, Aki Tuomi wrot...

...uot; ".deps/mempool-alloconly.Po"; else rm -f ".deps/mempool-alloconly.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-datastack.o -MD -MP -MF ".deps/mempool-datastack.Tpo" -c -o mempool-datastack.o mempool-datastack.c; then mv -f ".deps/mempool-datastack.Tpo" ".deps/mempool-datastack.Po"; else rm -f ".deps/mempool-datastack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.....

...memory when allocating %u bytes") at failures.c:201 #14509 0x080b1652 in mem_block_alloc (min_size=0) at data-stack.c:192 #14510 0x080b1811 in t_malloc_real (size=16, permanent=true) at data-stack.c:244 #14511 0x080b1890 in t_malloc0 (size=16) at data-stack.c:279 #14512 0x080b8715 in pool_datastack_create () at mempool-datastack.c:51 #14513 0x080bda2b in t_str_new (initial_size=512) at str.c:17 #14514 0x080b21f3 in internal_handler (log_type=70 'F', format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes", args=0x76b96d8 "\020") at failures...

Hello! I have a boot problem with ISOLinux 2.00, downloaded yesterday. The CD works fine with every PC except on an IBM Thinkpad. If I poweron the TP and try to boot from CD I get back a "isolinux: disk error 01, ax = 4211,8B". Then, if I reboot (ctrl-alt-canc) your isolinux works fine. May you help me? -- Stefano Pettini spettini at inwind.it New ICQ number: 159144497 Notary of

Other then working with pxelinux or not, does anyone know the diffrences in these? Also, why pxelinux fails on PXE2? -- -Phillip Jones KG4IVD <mouse-c1038264000 at datastacks.com> [-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-] "If you understand what you're doing, you're not learning anything." -- A. L. -- This does not necessarily represent anybody's views, including mine. 1024D/69C63B44 1024D/5...

...stack frame changed", args=0xffbfef00) at failures.c:374 #3 0x00068f30 in i_panic ( format=0x83b98 "pool_data_stack_realloc(): stack frame changed") at failures.c:173 #4 0x00070304 in pool_data_stack_realloc (pool=Variable "pool" is not available. ) at mempool-datastack.c:112 #5 0x00067d60 in buffer_alloc (buf=0x98500, size=1024) at buffer.c:32 #6 0x00067fb0 in buffer_write (_buf=Variable "_buf" is not available. ) at buffer.c:57 #7 0x00067ff4 in buffer_append (buf=0x98500, data=0x98674, data_size=539) at buffer.c:155 #8 0x0007551c in str_append_...

...e look. Aki On 17.10.2016 01:26, Pierre Jaury wrote: > I dived a little bit further into the rabbit hole, up to the point where > debugging has become unpracticle but I still haven't found the root > cause for sure. > > I read most of the code for "p_strdup" based on datastack memory pools > (which are used for dictionary lookups both with doveadm and by extdata) > and it seems ok. Still, after "t_malloc_real" is called in "t_malloc0", > the allocated buffer has the same address as the source string. > > The only sensible explanation I...

...::sieve"; char* key = "priv/key"; char* username = "admin at domain.tld"; char* value, error; dict_drivers_register_builtin(); dict_init(dict_uri, DICT_DATA_TYPE_STRING, username, doveadm_settings->base_dir, &dict, &error); dict_lookup(dict, pool_datastack_create(), key, &value); printf(">%s\n", value); // outputs an empty string dict_deinit(&dict); I trimmed it to the bare minimal string manipulation functions involved but cannot reproduce in that case: pool_t pool = pool_datastack_create(); char* s1 = "test\001n...

...\f\b\210w\f\b??\017e\n\b\210w\f\b?\f\b") at failures.c:115 #3 0x080a786a in i_panic (format=0x80c3300 "pool_data_stack_realloc(): stack frame changed") at failures.c:173 #4 0x080afd33 in pool_data_stack_realloc (pool=0x80c7788, mem=0x80c77d0, old_size=256, new_size=8192) at mempool-datastack.c:110 #5 0x080a650f in buffer_alloc (buf=0x80c77b0, size=8192) at buffer.c:32 #6 0x080a6c74 in buffer_check_limits (buf=0x80c77b0, pos=1, data_size=4096) at buffer.c:57 #7 0x080a6a49 in buffer_copy (_dest=0x80c77b0, dest_pos=1, _src=0x80c7950, src_pos=0, copy_size=4096) at buffer.c:227 #8 0x080...

...tream-limit.o istream-mmap.o istream-seekable.o ioloop.o ioloop-iolist.o ioloop-notify-none.o ioloop-notify-dn.o ioloop-notify-inotify.o ioloop-notify-kqueue.o ioloop-poll.o ioloop-select.o ioloop-epoll.o ioloop-kqueue.o lib.o lib-signals.o md4.o md5.o mempool.o mempool-alloconly.o mempool-datastack.o mempool-system.o mempool-unsafe-datastack.o mkdir-parents.o mmap-anon.o mmap-util.o module-dir.o mountpoint.o network.o nfs-workarounds.o ostream.o ostream-file.o ostream-crlf.o primes.o printf-upper-bound.o process-title.o randgen.o read-full.o restrict-access.o restrict-process-size.o...

...d interaction between pipe command and remote script service. The output from the script service was never read, causing a broken pipe error at the script service. Apparently, this was broken since the I/O handling for extprograms was last revised. - Fixed assertion failure due to datastack problem in message header composition. The release is available as follows: http://www.rename-it.nl/dovecot/2.2/dovecot-2.2-pigeonhole-0.4.1.tar.gz http://www.rename-it.nl/dovecot/2.2/dovecot-2.2-pigeonhole-0.4.1.tar.gz.sig Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for...

...d interaction between pipe command and remote script service. The output from the script service was never read, causing a broken pipe error at the script service. Apparently, this was broken since the I/O handling for extprograms was last revised. - Fixed assertion failure due to datastack problem in message header composition. The release is available as follows: http://www.rename-it.nl/dovecot/2.2/dovecot-2.2-pigeonhole-0.4.1.tar.gz http://www.rename-it.nl/dovecot/2.2/dovecot-2.2-pigeonhole-0.4.1.tar.gz.sig Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for...

Hello, I am using a dict proxy for my sieve extdata plugin to access some fields from an SQLite database (autoreply text and other database-configured items). All tests are performed against version 2.2.25. $ dovecot --version 2.2.25 (7be1766) My configuration looks like: dict { sieve = sqlite:/etc/dovecot/pigeonhole-sieve.dict } [...] sieve_extdata_dict_uri = proxy::sieve I

...permanent=permanent at entry=true) at data-stack.c:396 #7 0x00007fddaf9bf0ca in t_malloc (size=size at entry=536870912) at data-stack.c:442 #8 0x00007fddaf9da5f8 in pool_data_stack_realloc (pool=<optimized out>, mem=0x7fdd99f59038, old_size=268435449, new_size=536870912) at mempool-datastack.c:126 #9 0x00007fddaf9bcc42 in p_realloc (new_size=<optimized out>, old_size=<optimized out>, mem=<optimized out>, pool=<optimized out>) at mempool.h:88 #10 buffer_alloc (buf=buf at entry=0xf849a8, size=536870912) at buffer.c:36 #11 0x00007fddaf9bcfb4 in buffer_check_...

...permanent=permanent at entry=true) at data-stack.c:396 #7 0x00007fddaf9bf0ca in t_malloc (size=size at entry=536870912) at data-stack.c:442 #8 0x00007fddaf9da5f8 in pool_data_stack_realloc (pool=<optimized out>, mem=0x7fdd99f59038, old_size=268435449, new_size=536870912) at mempool-datastack.c:126 #9 0x00007fddaf9bcc42 in p_realloc (new_size=<optimized out>, old_size=<optimized out>, mem=<optimized out>, pool=<optimized out>) at mempool.h:88 #10 buffer_alloc (buf=buf at entry=0xf849a8, size=536870912) at buffer.c:36 #11 0x00007fddaf9bcfb4 in buffer_check_...

Hi again, we've been trying dovecot 2.2 in our setup and we see thousands of messages like these : Jul 4 12:29:47 pop01 dovecot: lmtp(2899): Debug: auth input: rigakis2 at otenet.gr home=/var/mail/folders/U/9/5/rigakis2 quota_rule=*:storage=50M uid=531846 gid=100 mail=mbox:~/:INBOX=/var/mail/U/9/5 /rigakis2:INDEX=/indexes/4/1/b/rigakis2 at otenet.gr Jul 4 12:29:47 pop01 dovecot:

...= (uint8_t *) 0xbfa0dd52 "??????h???????" uid = 6 uid2 = 5 prev = <value optimized out> base_uid = 3112 size_value = <value optimized out> i = 4 bitmask_len = 7 uid_list_len = 1008 idx = 1008 max_idx = <value optimized out> mask = <value optimized out> datastack = true num = <value optimized out> __PRETTY_FUNCTION__ = "uidlist_write_array" #7 0xb7e39d78 in uidlist_write (output=0x965c9bc, list=<value optimized out>, write_size=<value optimized out>, size_r=0xbfa0ddd8) at squat-uidlist.c:270 _data_stack_cur_id = 6 uid_l...

Where would I find the core file? I'm not finding anything obvious. The replicator path is /usr/local/libexec/dovecot/replicator Daniel On 3/22/2017 12:52 AM, Aki Tuomi wrote: > Can you provide us gdb bt full dump? > > gdb /usr/libexec/dovecot/replicator /path/to/core > > on some systems, it's /usr/lib/dovecot/replicator > > Aki > > On 21.03.2017 23:48,

I have the following in my log: Mar 21 14:46:59 bubba dovecot: replicator: Panic: data stack: Out of memory when allocating 1073741864 bytes Mar 21 14:46:59 bubba dovecot: replicator: Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x97c90) [0x7f4638a7cc90] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x97d6e) [0x7f4638a7cd6e] ->