similar to: auth core dump

Displaying 20 results from an estimated 1700 matches similar to: "auth core dump"

2019 Jan 20
0
auth core dump
Op 10/01/2019 om 14:43 schreef Mamontov Roman: > auth core dump Hello. > > After upgrade from FreeBSD 11 to FreeBSD 12 and Dovecot 2.2 to Dovecot > 2.3 hanged auth when user connected to imap: > > Jan 10 15:53:46 master: Info: Dovecot v2.3.4 (0ecbaf23d) starting up > for imap, pop3 > Jan 10 15:54:09 auth-worker: Fatal: master: service(auth-worker): > child 56308
2005 Aug 26
0
Dovecot.1.0.alpha1+mysql+mysql
Hi, we are trying to track down the problem that prevents two mysql password databases from working. Instead of connecting to each database, it looks like dovecot tries to connect *twice* to the second specified. Do do this we just inserted some i_warning()s in the code. We noticed that passdb_sql_init (auth/passdb-sql.c) is called twice, once per configuration file, with the correct argument
2014 Jul 16
2
[Bug 10719] New: Error with cached effective process gid
https://bugzilla.samba.org/show_bug.cgi?id=10719 Summary: Error with cached effective process gid Product: rsync Version: 3.1.1 Platform: x64 OS/Version: FreeBSD Status: NEW Severity: major Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: oleg at mamontov.net
2019 Dec 15
1
Bug: indexer-worker segfaults with fts_xapian 1.2.5
Core was generated by `dovecot/indexer-worker'. Program terminated with signal 11, Segmentation fault. #0 0x00007f30f7ad056d in __exchange_and_add (__val=-1, __mem=0xfffffffffffffff8) at /usr/src/debug/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/ext/atomicity.h:49 49 { return __atomic_fetch_add(__mem, __val, __ATOMIC_ACQ_REL); } (gdb) bt full #0
2011 May 03
0
nginx-1.0.1
Changes with nginx 1.0.1 03 May 2011 *) Change: now the "split_clients" directive uses MurmurHash2 algorithm because of better distribution. Thanks to Oleg Mamontov. *) Change: now long strings starting with zero are not considered as false values. Thanks to Maxim Dounin. *) Change: now nginx uses a
2011 Jan 12
2
[LLVMdev] Wrong assembly is written for x86_64 target in JIT without optimization?
When I try running one llvm function in JIT without optimization I get SEGV. Looking at assembly (below) I see that the local value 0xffffffffffffffe0(%rbp) is used without being ever initialized (see my comment in asm). Same code on i386 works fine, with and w/out optimization. My guess is that this is a bug in LLVM. Yuri --- llvm --- %struct.mystruct = type { i32, i8, i8, i8, i8 } define
2011 Jan 12
0
[LLVMdev] Wrong assembly is written for x86_64 target in JIT without optimization?
On Jan 11, 2011, at 4:50 PMPST, Yuri wrote: > When I try running one llvm function in JIT without optimization I get > SEGV. Looking at assembly (below) I see that the local value > 0xffffffffffffffe0(%rbp) is used without being ever initialized (see my > comment in asm). > Same code on i386 works fine, with and w/out optimization. > > My guess is that this is a bug in
2010 Nov 29
1
SQL insert?
Hi, I want to log some informations about a mail in a mysql database when the mail is saved to inbox (for a groupware). I use Dovecot 1.2.16 and the log message "msgid=<xxx>: saved mail to inbox" is generated in deliver.c. I find all the needed data in that file. But I'am not sure how to use the functions in sql-api.h or sql-api-private.h to send a simple SQL insert statement
2010 Aug 20
2
PATCH: SQL connect crash
Hi! Dovecot 2.0.0 auth process seems to crash while attempting to connect to a nonexistent SQL database. A shallow look at the code reveals that NULL module->conn in passdb-sql.c is being erroneously dereferenced while trying to clean up after a failed connection attempt: (gdb) bt #0 0x0806240e in sql_query_callback (result=0x8076c40, sql_request=0x808ff90) at passdb-sql.c:70 #1
2013 Apr 12
2
[LLVMdev] Runtime exception in DominatorTree.getRootNode()
Hi all, I am trying to traverse a dominator tree and have encountered a weird runtime exception: Here's my simple code: virtual bool runOnFunction(Function &F) { DominatorTree& DT = getAnalysis<DominatorTree>(); * DomTreeNode* rootNode = DT.getRootNode();* return false. } Here's the documentation page:
2013 Apr 12
0
[LLVMdev] Runtime exception in DominatorTree.getRootNode()
On 4/11/13 10:30 PM, Bill He wrote: > Hi all, > > I am trying to traverse a dominator tree and have encountered a weird > runtime exception: > > Here's my simple code: > > virtual bool runOnFunction(Function &F) { > DominatorTree& DT = getAnalysis<DominatorTree>(); > > * DomTreeNode* rootNode = DT.getRootNode();* > return false.
2013 Apr 12
0
[LLVMdev] Runtime exception in DominatorTree.getRootNode()
On 4/12/13 9:51 AM, Bill He wrote: > Thanks for your reply, John. > > I am using opt to run my pass. Should opt by default link in the > library? Would you please give me some idea on fixing it? Thanks! Odd. I would think that opt would have that pass linked in statically. I'm not sure why it's not working. Does anyone else have an idea? -- John T. > > opt -load
2013 Apr 12
2
[LLVMdev] Runtime exception in DominatorTree.getRootNode()
Thanks for your reply, John. I am using opt to run my pass. Should opt by default link in the library? Would you please give me some idea on fixing it? Thanks! opt -load ../../../Debug+Asserts/lib/LLVMHello.dylib -hello < hello.bc > /dev/null My pass is just: #include "llvm/IR/Function.h" #include "llvm/Pass.h" #include "llvm/Support/raw_ostream.h" #include
2013 Apr 12
1
[LLVMdev] Runtime exception in DominatorTree.getRootNode()
Hi Weibo, I thought would be more efficient discussing here (I just saw that every info was replicated on both emails you were sending to me). I just run your example here on my working machine, and I didn't have any issues with the namespace. Just tell me one thing: which line (and flags) are you using when configuring and make your build llvm directory? Oh, and one more thing: what is on
2007 Mar 08
1
Coredump in dovecot-auth on gss auth
I've enabled the GSS code in dovecot, but our Kerberos nerds are complaining that it doesn't work :) I probably have the thing totally misconfigured (so don't worry about that part for now), but I do have a crash: Info: imap-login: Disconnected: rip=XXX.YYY.229.8, lip= XXX.YYY.17.59, TLS handshake Error: auth(default): gssapi(?,XXX.YYY.229.8): While acquiring service credentials: No
2007 Mar 05
1
new crashes: is the index/mail cache endian neutral?
Part of our migration plan takes our users from one endianness to another (big to little). Will the index and mail cache files survive? I'm seeing some new core dumps as the first test user is migrated, which makes me think... not. What about if we want to build dovecot 64 bit in the future? Will that cause problems too? Stack trace is below the log messages. I've edited the
2019 Feb 03
2
Crash when using dict quotas with sqlite database
Hello Aki, Arch Linux doesn't have install-able debug symbols for Dovecot. That's why I just compiled the package for myself with enabled debug symbols (by editing the makepkg.conf). I've attached the output from gdb's bt full. - Marcel Am 03.02.2019 um 14:45 schrieb Aki Tuomi: > You need to install debug symbols. Not sure how this is done in arch > linux though. >
2019 Jan 11
2
IMAP copy stopped copying flags
Op 11-1-2019 om 10:53 schreef Marc Weustink: > Hi all, > > Andrzej A. Filip wrote: >> Timo Sirainen <tss at iki.fi> wrote: >>> On 9 Jul 2018, at 16.49, Andrzej A. Filip <andrzej.filip at gmail.com> >>> wrote: >>>> >>>> Is it intended behavior? >>> >>> No. >>> >>>> It seems to be caused by
2019 Feb 01
2
Crash when using dict quotas with sqlite database
Hello, After I configured a SQLite backed dict quota backend, the dict process crashes every time a quota operation is happening. SQLite: 3.26.0 Dovecot: 2.3.4 (0ecbaf23d) Linux: 4.20.4.a-1-hardened #1 SMP PREEMPT Fri Jan 25 01:24:51 CET 2019 x86_64 GNU/Linux (Arch Linux) Filesystem: BTRFS I can't get any debug output from Dovecot, even after setting log_debug = cat:* event:* source:*
2018 Jul 10
2
IMAP copy stopped copying flags
Timo Sirainen <tss at iki.fi> wrote: > On 9 Jul 2018, at 16.49, Andrzej A. Filip <andrzej.filip at gmail.com> wrote: >> >> Is it intended behavior? > > No. > >> It seems to be caused by upgrade to 1:2.3.2-2 on Debian/Testing. > > What was the old version? What's your doveconf -n? How are you testing > that it's not working? It seems that