Displaying 13 results from an estimated 13 matches for "malloc_usable_size".
2019 Mar 26
1
IMAP coredumps for one user
...:
Fatal: master: service(imap): child 2381 killed with signal 6 (core dumped)
Mar 26 06:29:26 imap(gau.mon at crownkenya.com)<7644><0aVP7faEI/GaTGQE>:
Panic: file mempool-system.c: line 137 (pool_system_realloc): assertion
failed: (old_size == (size_t)-1 || mem == NULL || old_size <=
malloc_usable_size(mem))
Mar 26 06:29:26 imap(gau.mon at crownkenya.com)<8806><valP7faEJPGaTGQE>:
Panic: file mempool-system.c: line 137 (pool_system_realloc): assertion
failed: (old_size == (size_t)-1 || mem == NULL || old_size <=
malloc_usable_size(mem))
Mar 26 06:29:26 imap(gau.mon at crownkenya.com...
2019 Mar 25
0
Panic
...md64),
I will wait to see coredumps after setting up things to allow it.
Mar 24 20:56:08 imap(john.doe at crownkenya.com)<82746><wg80zdqEy+eaTXHr>:
Panic: file mempool-system.c: line 137 (pool_system_realloc): assertion
failed: (old_size == (size_t)-1 || mem == NULL || old_size <=
malloc_usable_size(mem))
Mar 24 20:56:08 imap(john.doe at crownkenya.com)<82746><wg80zdqEy+eaTXHr>:
Fatal: master: service(imap): child 82746 killed with signal 6 (core not
dumped - https://dovecot.org/bugreport.html#coredumps - set service imap {
drop_priv_before_
exec=yes })
Mar 24 20:56:08 imap(john.do...
2009 Apr 09
2
Panic: file mempool-system.c: line 104
Hello!
I have used Dovecot for more than a year without problems, but today it
just crashed with this message:
dovecot: Apr 09 21:23:38 Panic: file mempool-system.c: line 104
(pool_system_realloc): assertion failed: (old_size == (size_t)-1 || mem
== NULL || old_size <= malloc_usable_size(mem))
dovecot: Apr 09 21:23:38 Error: Raw backtrace: /usr/local/sbin/dovecot
[0x805757c] -> /usr/local/sbin/dovecot [0x8057664] ->
/usr/local/sbin/dovecot [0x80514e9] -> /usr/local/sbin/dovecot
[0x8056edb] -> /usr/local/sbin/dovecot [0x805bcc1] ->
/usr/local/sbin/dovecot [0x8055bbf]...
2008 Nov 21
2
[PATCH] drop root privileges on solaris, request for testing
...31:56 2008 +0000
@@ -461,7 +461,8 @@ AC_CHECK_FUNCS(fcntl flock lockf inet_at
setrlimit setproctitle seteuid setreuid setegid setresgid \
strtoull strtoll strtouq strtoq \
setpriority quotactl getmntent kqueue kevent backtrace_symbols \
- walkcontext dirfd clearenv malloc_usable_size clock_gettime)
+ walkcontext dirfd clearenv malloc_usable_size clock_gettime \
+ setppriv)
dnl strtoimax and strtoumax are macros in HP-UX, so inttypes.h must be included
AC_MSG_CHECKING([for strtoimax])
diff -r 8f41c9f3f392 src/master/Makefile.am
--- a/src/master/Makefile.am Wed...
2008 May 26
2
[LLVMdev] use after free [was: A quick update on FreeBSD support]
...alityGraph::Edge *) 0xd56340
(gdb) watch *0xd56340
Watchpoint 6: *13984576
(gdb) c
Continuing.
Watchpoint 6: *13984576
Old value = 2
New value = 1515870810
0x00000008013e1e84 in memset () from /lib/libc.so.7
(gdb) bt
#0 0x00000008013e1e84 in memset () from /lib/libc.so.7
#1 0x000000080136ecd1 in malloc_usable_size () from /lib/libc.so.7
#2 0x000000080136eec7 in free () from /lib/libc.so.7
#3 0x00000000007cdf7d in deallocate (this=0xd2e178, __p=0xd561c0)
at new_allocator.h:97
#4 0x00000000007cdfaf in _M_deallocate (this=0xd2e178, __p=0xd561c0,
__n=4)
at stl_vector.h:134
#5 0x00000000007d66ef i...
2006 Aug 01
8
Problem importing lots of records
I run a script that imports a few thousand records into the database.
The script runs once for each of several XML files. What it does is
parse the XML and for each element of a certain type creates a record in
a rails database that gets indexed with acts_as_ferret. This worked fine
before but today after a few files (70000 records) this started to
happen for any file I tried:
2008 Jan 21
1
smbclient segfaults
...libthread_db enabled]
[New Thread -1212582208 (LWP 7079)]
NT_STATUS_OBJECT_NAME_COLLISION making remote directory \Jan
NT_STATUS_OBJECT_NAME_COLLISION making remote directory \Jan\quinta
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212582208 (LWP 7079)]
0xb7d0fd5a in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6
(gdb)
--------------------------------------------------------------------------------
can anyone help me?
Sergio Pires de Albuquerque
DTI - Grupo VDL
suporte@grupovdl.com.br
This is Unix. It gives you enough rope to hang yourself
---- Miquel van Smoorenbu...
2008 May 26
0
[LLVMdev] use after free [was: A quick update on FreeBSD support]
...Watchpoint 6: *13984576
> (gdb) c
> Continuing.
> Watchpoint 6: *13984576
>
> Old value = 2
> New value = 1515870810
> 0x00000008013e1e84 in memset () from /lib/libc.so.7
> (gdb) bt
> #0 0x00000008013e1e84 in memset () from /lib/libc.so.7
> #1 0x000000080136ecd1 in malloc_usable_size () from /lib/libc.so.7
> #2 0x000000080136eec7 in free () from /lib/libc.so.7
> #3 0x00000000007cdf7d in deallocate (this=0xd2e178, __p=0xd561c0)
> at new_allocator.h:97
> #4 0x00000000007cdfaf in _M_deallocate (this=0xd2e178, __p=0xd561c0,
> __n=4)
> at stl_vector....
2001 Feb 08
0
BindView advisory: sshd remote root (bug in deattack.c)
...When the condition described above occurs, a 32-bit local variable,
which is set to 65536 for large input buffers, is assigned to a 16-bit
local variable, effectively causing it to be set to 0. Due to specific
malloc(0) behavior, memory allocation routine will be passed, creating
buffer of size (malloc_usable_size) 12. Next:
for (i = HASH(c) & (n - 1); h[i] != HASH_UNUSED;
We can see n-1 here, and n is equal to 0. Because i is an unsigned
32-bit integer, it would cause integer overflow. This code will be
equal to i = HASH(c) & 0xffffffff. Binary AND operator reduces this
to i = HASH(...
2008 May 26
0
[LLVMdev] A quick update on FreeBSD support
On May 25, 2008, at 1:39 PM, Marcel Moolenaar wrote:
> On May 25, 2008, at 12:58 AM, Bill Wendling wrote:
>
>> Could you try this (massively hacky) patch out to see if it fixes
>> your
>> problem?
>>
>>
> Alas, it didn't fix the problem:
>
Crumbs.
I think that the analysis I told you before wasn't fully correct. I
think I mentioned something
2008 May 25
3
[LLVMdev] A quick update on FreeBSD support
On May 25, 2008, at 12:58 AM, Bill Wendling wrote:
> On May 24, 2008, at 4:25 PM, Marcel Moolenaar wrote:
>
>> On May 24, 2008, at 12:12 PM, Bill Wendling wrote:
>>
>>> Let us know if you would like extra eyes on the two PPC failures.
>>> Many
>>> of us have a lot of experience with C++. :-) Do you know where these
>>> allocations are?
2012 Nov 29
2
[LLVMdev] problem trying to write an LLVM register-allocation pass
I have a new problem: Register RBP is used in a function foo. (I am not
allocating RBP to any virtual register, the instances of RBP in function
foo are in the machine code when my register allocator starts.)
Function foo calls function bar. Register RBP is not saved across the
call, though it is live after the call. Function bar includes a virtual
register. The code that I'm using to
2012 Dec 01
0
[LLVMdev] problem trying to write an LLVM register-allocation pass
...blks;
int fsmblks;
int uordblks;
int fordblks;
int keepcost;
};
extern struct mallinfo mallinfo (void) __attribute__ ((__nothrow__));
extern int mallopt (int __param, int __val) __attribute__ ((__nothrow__));
extern int malloc_trim (size_t __pad) __attribute__ ((__nothrow__));
extern size_t malloc_usable_size (void *__ptr) __attribute__ ((__nothrow__));
extern void malloc_stats (void) __attribute__ ((__nothrow__));
extern void *malloc_get_state (void) __attribute__ ((__nothrow__));
extern int malloc_set_state (void *__ptr) __attribute__ ((__nothrow__));
extern void (*__malloc_initialize_hook) (void);
ex...