Re: 2.2.24 ldap-client.c compile failing on Solaris 10
On 13.5.2016 16.56, aki.tu...@dovecot.fi wrote: > >> On May 13, 2016 at 3:05 PM Tomi Vainio <tomi.vai...@iki.fi> wrote: >> >> >> Hi, >> >> I'm trying to compile 2.2.24 on Solaris 10 with SolarisStudio 12.4 >> compiler. Looks like BerVarray is totallly missing from Solaris ldap. >> >> BR, >> Tomppa >> >> Making all in lib-ldap >> source='ldap-client.c' object='ldap-client.lo' libtool=yes \ >> DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ >> /bin/bash ../../libtool --tag=CC--mode=compile cc -std=c11 >> -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test >> -I../../src/lib-settings -I../../src/lib-master >> -I../../src/lib-ssl-iostream -I/usr/local/include -I/usr/sfw/include >> -xO4 -xtarget=ultra4 -xcache=64/32/4:8192/128/2 -I/usr/local/include -c >> -o ldap-client.lo ldap-client.c >> libtool: compile: cc -std=c11 -DHAVE_CONFIG_H -I. -I../.. >> -I../../src/lib -I../../src/lib-test -I../../src/lib-settings >> -I../../src/lib-master -I../../src/lib-ssl-iostream -I/usr/local/include >> -I/usr/sfw/include -xO4 -xtarget=ultra4 -xcache=64/32/4:8192/128/2 >> -I/usr/local/include -c ldap-client.c -KPIC -DPIC -o .libs/ldap-client.o >> "ldap-private.h", line 63: syntax error before or at: BerVarray >> "ldap-client.c", line 46: void function cannot return value >> "ldap-client.c", line 54: void function cannot return value >> cc: acomp failed for ldap-client.c >> *** Error code 1 >> make: Fatal error: Command failed for target `ldap-client.lo' >> Current working directory /v/tomppa/src/dovecot-2.2.24/src/lib-ldap >> *** Error code 1 >> >> CC='cc -std=c11' >> CXX='CC -std=c++11' >> CFLAGS=-xO4 >> CFLAGS="${CFLAGS} -`fpversion -foption`" >> CPPFLAGS="-I/usr/local/include" >> CPPFLAGS="${CPPFLAGS} -I/usr/sfw/include" >> LDFLAGS="-R/usr/local/lib:/usr/sfw/lib:/usr/lib/sasl:/usr/lib/mps" >> LDFLAGS="${LDFLAGS} -L/usr/local/lib -L/usr/sfw/lib" >> LDFLAGS="${LDFLAGS} -L/usr/lib/sasl -L/usr/lib/mps" >> export CC CXX CFLAGS CPPFLAGS LDFLAGS >> >> ./configure \ >> --with-gssapi \ >> --with-ldap \ >> --with-mysql \ >> --with-pgsql \ >> --with-sqlite \ >> --with-solr \ >> --with-libwrap \ >> --with-ssl=openssl \ >> --with-ssldir=/usr/local/openssl > > Hi! > > Currently we only support openldap. However, what is the ldap library version? > > --- > Aki Tuomi > Ok. This is Solaris 10 native ldap which used to work or at least could compile it --with-ldap flag. If this is not supported anymore then I just drop this configure flag. Tomppa
2.2.24 ldap-client.c compile failing on Solaris 10
Hi, I'm trying to compile 2.2.24 on Solaris 10 with SolarisStudio 12.4 compiler. Looks like BerVarray is totallly missing from Solaris ldap. BR, Tomppa Making all in lib-ldap source='ldap-client.c' object='ldap-client.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC--mode=compile cc -std=c11 -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test -I../../src/lib-settings -I../../src/lib-master -I../../src/lib-ssl-iostream -I/usr/local/include -I/usr/sfw/include -xO4 -xtarget=ultra4 -xcache=64/32/4:8192/128/2 -I/usr/local/include -c -o ldap-client.lo ldap-client.c libtool: compile: cc -std=c11 -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test -I../../src/lib-settings -I../../src/lib-master -I../../src/lib-ssl-iostream -I/usr/local/include -I/usr/sfw/include -xO4 -xtarget=ultra4 -xcache=64/32/4:8192/128/2 -I/usr/local/include -c ldap-client.c -KPIC -DPIC -o .libs/ldap-client.o "ldap-private.h", line 63: syntax error before or at: BerVarray "ldap-client.c", line 46: void function cannot return value "ldap-client.c", line 54: void function cannot return value cc: acomp failed for ldap-client.c *** Error code 1 make: Fatal error: Command failed for target `ldap-client.lo' Current working directory /v/tomppa/src/dovecot-2.2.24/src/lib-ldap *** Error code 1 CC='cc -std=c11' CXX='CC -std=c++11' CFLAGS=-xO4 CFLAGS="${CFLAGS} -`fpversion -foption`" CPPFLAGS="-I/usr/local/include" CPPFLAGS="${CPPFLAGS} -I/usr/sfw/include" LDFLAGS="-R/usr/local/lib:/usr/sfw/lib:/usr/lib/sasl:/usr/lib/mps" LDFLAGS="${LDFLAGS} -L/usr/local/lib -L/usr/sfw/lib" LDFLAGS="${LDFLAGS} -L/usr/lib/sasl -L/usr/lib/mps" export CC CXX CFLAGS CPPFLAGS LDFLAGS ./configure \ --with-gssapi \ --with-ldap \ --with-mysql \ --with-pgsql \ --with-sqlite \ --with-solr \ --with-libwrap \ --with-ssl=openssl \ --with-ssldir=/usr/local/openssl
2.2.21 imap core dump after enabling autoexpunge
Hi, I've enabled autoexpunge for Trash and Junk. Now imap process core dumps occasionally. Tomppa program terminated by signal SEGV (no mapping at the fault address) 0xff0dc2e0: o_stream_get_buffer_used_size : ld [%o0 + 20], %o0 Current function is notify_ok (optimized) 13 if (o_stream_get_buffer_used_size(client->output) != 0) (dbx) where [1] o_stream_get_buffer_used_size(0x0, 0x83ee8, 0x83ee8, 0x5f520, 0xfffe681c, 0xff13a978), at 0xff0dc2e0 =>[2] notify_ok(mailbox = 0x90188, text = 0x83ee8 "Stale mailbox lock file detected, will override in 0 seconds", context = 0xa3588) (optimized), at 0x5f524 (line ~13) in "mail-storage-callbacks.c" [3] dotlock_callback(0x0, 0x1, 0x90188, 0x567a61fe, 0xff1352a0, 0x2), at 0xff1ff478 [4] dotlock_create(0xcc3d8, 0x2dc6c0, 0x1, 0x0, 0x0, 0x567a61fe), at 0xff0b0e68 [5] file_dotlock_create_real(0xcc3d8, 0x1, 0x541c, 0x4, 0xff1352a0, 0xff13a6bc), at 0xff0b1104 [6] file_dotlock_create(0xbf674, 0x8f990, 0x1, 0xbf690, 0x5, 0xcc3d8), at 0xff0b126c [7] maildir_uidlist_lock_timeout(0xbf648, 0x1, 0x1, 0x1, 0x3f, 0x26c00), at 0xff1ff0ec [8] maildir_uidlist_sync_lock(0xbf648, 0x8, 0xffbff59f, 0x1, 0x1, 0xf19c8), at 0xff2035bc [9] maildir_uidlist_sync_init(0xbf648, 0x8, 0x83d20, 0x1, 0x44, 0xff2f502c), at 0xff203680 [10] maildir_sync_context(0x83d08, 0x1, 0x0, 0xffbff707, 0x83d20, 0x83d08), at 0xff1fe290 [11] maildir_sync_run(0x90188, 0x44, 0x0, 0x0, 0x0, 0x90420), at 0xff1fe74c [12] maildir_storage_sync_init(0x90188, 0x44, 0x541c, 0x0, 0x80, 0xff2f502c), at 0xff1feaa0 [13] mailbox_sync(0x90188, 0x44, 0x0, 0x4, 0x44, 0x90388), at 0xff1b91cc [14] index_mailbox_get_metadata(0x90188, 0x40, 0xffbff910, 0x0, 0xff2f502c, 0x0), at 0xff273858 [15] maildir_mailbox_get_metadata(0x90188, 0x40, 0xffbff910, 0xfff8, 0x0, 0xff2f502c), at 0xff1f9e4c [16] mailbox_get_metadata(0x90188, 0x40, 0xffbff910, 0x0, 0xff2f502c, 0x2), at 0xff1b8ecc [17] mailbox_autoexpunge(0x90188, 0x5651837e, 0xa1e28, 0xa2630, 0x0, 0x0), at 0xff1a6fcc [18] mail_user_autoexpunge(0x9eaf4, 0x8, 0x5651837e, 0xff2f502c, 0x9c290, 0xffbff9ac), at 0xff1a72e8 [19] mail_user_unref(0x9de20, 0xfffd135c, 0xff2f502c, 0x1, 0xff2c6388, 0xa35d4), at 0xff1c328c [20] client_default_destroy(client = 0xa3588, reason = ) (optimized), at 0x41c8c (line ~390) in "imap-client.c" [21] io_loop_call_io(0x9ca18, 0xfffdbba8, 0x0, 0xff1352a0, 0x8c6b8, 0x24400), at 0xff0c8fd4 [22] io_loop_handler_run_internal(0x8c6b8, 0x1, 0x0, 0x8d1b8, 0x1, 0x9ca18), at 0xff0cadd8 [23] io_loop_run(0x8c6b8, 0x1, 0xc0, 0xff13b26c, 0xff1352a0, 0x8d1b8), at 0xff0c90fc [24] master_service_run(0x8c608, 0x60fe0, 0x1, 0x80, 0x27c00, 0x2), at 0xff0236c8 [25] main(argc = , argv = 0x1) (optimized), at 0x619c4 (line ~442) in "main.c" (dbx) # 2.2.21 (5345f22): /usr/local/etc/dovecot/dovecot.conf # OS: SunOS 5.10 sun4u base_dir = /var/run/dovecot/ dsync_remote_cmd = ssh -l%{login} %{host} /usr/local/bin/doveadm dsync-server -u%u -U first_valid_uid = 100 last_valid_uid = 199 mail_location = maildir:~/Maildir mail_plugins = fts fts_solr namespace inbox { inbox = yes location = mailbox "Deleted Messages" { special_use = \Trash } mailbox Drafts { special_use = \Drafts } mailbox Junk { auto = create autoexpunge = 31 days special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Spam { special_use = \Junk } mailbox Trash { autoexpunge = 31 days special_use = \Trash } prefix = } passdb { driver = pam } plugin { fts = solr fts_autoindex = yes fts_solr = url=http://127.0.0.1:8983/solr/ break-imap-search } protocols = imap service auth { user = root } service imap-login { inet_listener imap { address = localhost port = 143 } inet_listener imaps { address = * port = 993 } } ssl_cert =
Re: 2.2.21 imap core dump after enabling autoexpunge
Hi, Here is a proper stack trace without disabling too much information. Tomppa > program terminated by signal SEGV (no mapping at the fault address) > Current function is o_stream_get_buffer_used_size > 198 const struct ostream_private *_stream = stream->real_stream; > (dbx) where > =>[1] o_stream_get_buffer_used_size(stream = (nil)), line 198 in "ostream.c" > [2] notify_ok(mailbox = 0xa8300, text = 0x9bed0 "Stale mailbox lock file > detected, will override in 0 seconds", context = 0xbb700), line 13 in > "mail-storage-callbacks.c" > [3] index_storage_lock_notify(box = 0xa8300, notify_type = > MAILBOX_LOCK_NOTIFY_MAILBOX_OVERRIDE, secs_left = 0), line 138 in > "index-storage.c" > [4] dotlock_callback(secs_left = 0, stale = 1U, context = 0xa8300), line > 253 in "maildir-uidlist.c" > [5] dotlock_create(dotlock = 0xa9f08, flags = DOTLOCK_CREATE_FLAG_NONBLOCK, > write_pid = 1U, lock_path_r = 0xffbff168), line 550 in "file-dotlock.c" > [6] file_dotlock_create_real(dotlock = 0xa9f08, flags = > DOTLOCK_CREATE_FLAG_NONBLOCK), line 629 in "file-dotlock.c" > [7] file_dotlock_create(set = 0xdada4, path = 0xa7b08 > "/tmp/testuser/Maildir/.Junk/dovecot-uidlist", flags = > DOTLOCK_CREATE_FLAG_NONBLOCK, dotlock_r = 0xdadc0), line 673 in > "file-dotlock.c" > [8] maildir_uidlist_lock_timeout(uidlist = 0xdad78, nonblock = 1U, refresh > = 1U, refresh_when_locked = 1U), line 161 in "maildir-uidlist.c" > [9] maildir_uidlist_sync_lock(uidlist = 0xdad78, sync_flags = member 12>, locked_r = 0xffbff347), line 1608 in "maildir-uidlist.c" > [10] maildir_uidlist_sync_init(uidlist = 0xdad78, sync_flags = enum member 12>, sync_ctx_r = 0x9bd18), line 1638 in "maildir-uidlist.c" > [11] maildir_sync_context(ctx = 0x9bd00, forced = 1U, find_uid = > 0xffbff508, lost_files_r = 0xffbff4bb), line 872 in "maildir-sync.c" > [12] maildir_sync_run(mbox = 0xa8300, flags = MAILBOX_SYNC_FLAG_FAST, > force_resync = 1U, uid = 0xffbff508, lost_files_r = 0xffbff4bb), line 1023 in > "maildir-sync.c" > [13] maildir_storage_sync_force(mbox = 0xa8300, uid = 27173U), line 1046 in > "maildir-sync.c" > [14] maildir_file_do(mbox = 0xa8300, uid = 27173U, callback = 0xff1c5378 = > &`libdovecot-storage.so.0.0.0`maildir-mail.c`do_stat(struct maildir_mailbox > *mbox, const char *path, struct stat *st), context = 0xffbff618), line 154 in > "maildir-util.c" > [15] maildir_mail_stat(mail = 0xd6898, st_r = 0xffbff618), line 135 in > "maildir-mail.c" > [16] maildir_mail_get_save_date(_mail = 0xd6898, date_r = 0xffbff794), line > 178 in "maildir-mail.c" > [17] mail_get_save_date(mail = 0xd6898, date_r = 0xffbff794), line 153 in > "mail.c" > [18] mailbox_autoexpunge(box = 0xa8300, expire_time = 1448242276), line 43 > in "mail-autoexpunge.c" > [19] mail_namespace_autoexpunge(ns = 0xb4408), line 76 in > "mail-autoexpunge.c" > [20] mail_user_autoexpunge(user = 0xb5f98), line 91 in "mail-autoexpunge.c" > [21] mail_user_unref(_user = 0xbb74c), line 167 in "mail-user.c" > [22] client_default_destroy(client = 0xbb700, reason = (nil)), line 390 in > "imap-client.c" > [23] client_destroy(client = 0xbb700, reason = (nil)), line 263 in > "imap-client.c" > [24] client_input(client = 0xbb700), line 1121 in "imap-client.c" > [25] io_loop_call_io(io = 0xb4b90), line 559 in "ioloop.c" > [26] io_loop_handler_run_internal(ioloop = 0xa4830), line 211 in > "ioloop-poll.c" > [27] io_loop_handler_run(ioloop = 0xa4830), line 607 in "ioloop.c" > [28] io_loop_run(ioloop = 0xa4830), line 583 in "ioloop.c" > [29] master_service_run(service = 0xa4780, callback = 0x75e00 = > &`imap`main.c`client_connected(struct master_service_connection *conn)), line > 640 in "master-service.c" > [30] main(argc = 1, argv = 0xffbffd74), line 442 in "main.c" On 23.12.2015 11.10, Tomi Vainio wrote: > Hi, > > I've enabled autoexpunge for Trash and Junk. Now imap process core > dumps occasionally. > > Tomppa > >> program terminated by signal SEGV (no mapping at the fault address) >> 0xff0dc2e0: o_stream_get_buffer_used_size : ld [%o0 >> + 20], %o0 >> Current function is notify_ok (optimized) >>13 if (o_stream_get_buffer_used_size(client->output) != 0) >> (dbx) where >> [1] o_stream_get_buffer_used_size(0x0, 0x83ee8, 0x83ee8, 0x5f520, >> 0xfffe681c, 0xff13a978), at 0xf
[Dovecot] 2.2.5 fails to compile - SSL_OP_SINGLE_ECDH_USE : Solaris 10 + Sunstudio 12.3
Hi, Compile fails in these two files src/lib-ssl-iostream/iostream-openssl-context.c src/login-common/ssl-proxy-openssl.c due to missing SSL_OP_SINGLE_ECDH_USE In these there is only #if !defined(OPENSSL_NO_ECDH) when all the other places it always compares also SSL version #if !defined(OPENSSL_NO_ECDH) OPENSSL_VERSION_NUMBER = 0x10002000L Tomppa
Re: [Dovecot] 2.2.5 fails to compile - SSL_OP_SINGLE_ECDH_USE : Solaris 10 + Sunstudio 12.3
On 7.8.2013 18.01, Timo Sirainen wrote: On 7.8.2013, at 15.00, Tomi Vainio tomi.vai...@oracle.com wrote: Compile fails in these two files src/lib-ssl-iostream/iostream-openssl-context.c src/login-common/ssl-proxy-openssl.c due to missing SSL_OP_SINGLE_ECDH_USE I did some further cleanups, this should help: http://hg.dovecot.org/dovecot-2.2/rev/27ebd9552471 Thanks, works fine. Solaris 10 has version which is quite old base line % openssl version OpenSSL 0.9.7d 17 Mar 2004 (+ security fixes for: CVE-2005-2969 CVE-2006-2937 CVE-2006-2940 CVE-2006-3738 CVE-2006-4339 CVE-2006-4343 CVE-2006-7250 CVE-2007-5135 CVE-2007-3108 CVE-2008-5077 CVE-2008-7270 CVE-2009-0590 CVE-2009-2409 CVE-2009-3555 CVE-2010-4180 CVE-2011-4576 CVE-2011-4619 CVE-2012-0884 CVE-2012-1165 CVE-2012-2110 CVE-2012-2131 CVE-2012-2333 CVE-2013-0166 CVE-2013-0169) Tomppa
[Dovecot] 2.1.16 Solaris 10 compile regression Sunstudio compiler
Hi, src/plugins/quota/quota-status.c won't compile due to missing include getopt.h needed for optarg % make source='quota-status.c' object='quota-status.o' libtool=no \ DEPDIR=.deps depmode=none /bin/bash ../../../depcomp \ cc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib -I../../../src/lib-master -I../../../src/lib-dict -I../../../src/lib-index -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/lib-storage/index -I../../../src/lib-storage/index/maildir -I../../../src/doveadm -I/usr/local/include -I/usr/sfw/include -xO4 -xtarget=ultra3cu -xcache=64/32/4:8192/512/2 -I/usr/sfw/include -c quota-status.c ../../../src/lib-storage/mailbox-list.h, line 13: warning: useless declaration quota-status.c, line 200: undefined symbol: optarg quota-status.c, line 200: warning: improper pointer/integer combination: arg #1 cc: acomp failed for quota-status.c *** Error code 2 make: Fatal error: Command failed for target `quota-status.o' Also 2.2.rc6 fails when using Sunstudio make but works with gmake Making all in lib-http make: Fatal error in reader: Makefile, line 725: Unexpected end of line seen Tomppa
[Dovecot] Dovecot 2.0.rc2 fd passing regression
Hi, I've tried to compile 2.0.rc2 and configure fails this which used to work or at least last time when I tried beta4. configure:19606: checking whether fd passing works configure:19680: cc -o conftest -xO4 -I./src/lib ./src/lib/fdpass.c -I/usr/sfw/include/mysql -I/usr/sfw/include -R/usr/sfw/lib:/usr/lib/sasl -L/usr/sfw/lib -L/usr/lib/sasl conftest.c -lrt -lnsl -lsocket -lrt 5 ./src/lib/fdpass.c: ./src/lib/fdpass.c, line 100: incomplete struct/union/enum const_iovec: iov ./src/lib/fdpass.c, line 109: improper member use: iov_base ./src/lib/fdpass.c, line 109: warning: assignment type mismatch: pointer to void = pointer to const void ./src/lib/fdpass.c, line 110: improper member use: iov_len cc: acomp failed for ./src/lib/fdpass.c conftest.c: Tomppa
Re: [Dovecot] dovecot-2.0.beta3 tcpwrapper support in Solaris
On 16/03/10 17:16, Timo Sirainen wrote: On Thu, 2010-02-25 at 13:30 +0200, Tomi Vainio wrote: Hi, 2.0 compiles fine in Solaris but and I've found only one glitch so far. Tcpwapper support needs some tweaks. I need to add CPPFLAGS=/usr/sfw/include because tcpd.h is in there. Then also LDFLAGS='-R/usr/sfw/lib -L/usr/sfw/lib' is needed. It would be nice to have --with-tcpwrap-dir or something. I've generally avoided adding any --with-something=paths, since all of them can be done with those CPPFLAGS/LDFLAGS changes. And with other software that has them, I'm usually just more confused about what I should give them as the path. Sometimes they work as I guessed, sometimes not.. These are not defined but application itself should define these globally so I've added these to configure and src/util/tcpwrap.c #includesyslog.h int allow_severity = LOG_INFO; int deny_severity = LOG_WARNING; Added: http://hg.dovecot.org/dovecot-2.0/rev/0d17bb09c358 Hi, This addition is also needed in configure because libwrap detection fails without it. checking for request_init in -lwrap is the test which needs to be modified. Tomppa
[Dovecot] dovecot-2.0.beta4 mysql support in Solaris
Hi, I've been able to configure --with-mysql in Solaris 10 which has MySQL version 4.0.31 bundled in. Since beta4 build fails due to change in src/lib-sql/driver-mysql.c. I've never used this feature but so I don't need it. This is just a FYI if someone reads mailing list. driver-mysql.c, line 139: undefined symbol: CLIENT_MULTI_RESULTS driver-mysql.c, line 448: warning: implicit function declaration: mysql_next_result Tomppa
Re: [Dovecot] dovecot-2.0.beta4 mysql support in Solaris
On 22/03/10 16:13, Timo Sirainen wrote: On Mon, 2010-03-22 at 16:07 +0200, Tomi Vainio wrote: driver-mysql.c, line 139: undefined symbol: CLIENT_MULTI_RESULTS driver-mysql.c, line 448: warning: implicit function declaration: mysql_next_result http://hg.dovecot.org/dovecot-2.0/rev/9aa107613324 helps I guess? Thanks, I've compiled it successfully after this fix. Tomppa
[Dovecot] dovecot-2.0.beta3 tcpwrapper support in Solaris
Hi, 2.0 compiles fine in Solaris but and I've found only one glitch so far. Tcpwapper support needs some tweaks. I need to add CPPFLAGS=/usr/sfw/include because tcpd.h is in there. Then also LDFLAGS='-R/usr/sfw/lib -L/usr/sfw/lib' is needed. It would be nice to have --with-tcpwrap-dir or something. After this linking gives an error Undefined first referenced symbol in file deny_severity /usr/sfw/lib//libwrap.so allow_severity /usr/sfw/lib//libwrap.so These are not defined but application itself should define these globally so I've added these to configure and src/util/tcpwrap.c #include syslog.h int allow_severity = LOG_INFO; int deny_severity = LOG_WARNING; Tomppa
[Dovecot] Solaris 10 dovecot-latest configure error
Hi, I've got latest source code from http://dovecot.org/nightly/dovecot-20090731.tar.gz It's a minor bug that mysql.h test fails because CFLAGS are missing from this test. Tomppa checking for mysql_init in -lmysqlclient... yes checking mysql.h usability... yes checking mysql.h presence... no configure: WARNING: mysql.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: mysql.h: proceeding with the compiler's result checking for mysql.h... yes checking for mysql_ssl_set in -lmysqlclient... yes configure:33185: checking mysql.h usability configure:33197: cc -c -xO4 -I/usr/sfw/include/mysql -R/usr/sfw/lib:/usr/lib/sasl -L/usr/sfw/lib -L/usr/lib/sasl -I/usr/sfw/includeconftest.c 5 configure:33203: $? = 0 configure:33207: test -z || test ! -s conftest.err configure:33210: $? = 0 configure:33213: test -s conftest.o configure:33216: $? = 0 configure:33226: result: yes configure:33230: checking mysql.h presence configure:33240: cc -E conftest.c conftest.c, line 127: cannot find include file: mysql.h cc: acomp failed for conftest.c
Re: [Dovecot] Solaris 10 dovecot-latest configure error
On 31.7.2009 18.33, Timo Sirainen wrote: On Jul 31, 2009, at 3:56 AM, Tomi Vainio wrote: I got a second thought about this. Maybe this time I just should set all extra include definitions through CPPFLAGS or mysql can be set --with-mysql and of cource move linking flags to LDFLAGS? Yes, CPPFLAGS and LDFLAGS are the right way to add -I and -L paths. Now this looks good CC='cc' CXX='CC' CFLAGS='-xO4' \ CPPFLAGS='-I/usr/sfw/include/mysql' \ LDFLAGS='-R/usr/sfw/lib:/usr/lib/sasl -L/usr/sfw/lib -L/usr/lib/sasl' \ ./configure \ --with-gssapi \ --with-ldap \ --with-mysql \ --with-pgsql \ --with-ssl=openssl \ --with-ssldir=/usr/sfw Install prefix . : /usr/local File offsets ... : 64bit I/O polling : poll I/O notifys : none SSL : yes (OpenSSL) GSSAPI . : yes passdbs : passwd passwd-file shadow pam checkpassword ldap sql : -bsdauth -sia -vpopmail userdbs : static prefetch passwd passwd-file checkpassword ldap sql : -vpopmail -nss SQL drivers : pgsql mysql : -sqlite Tomppa
Re: [Dovecot] Solaris 10 / 1.1.beta15 imap cores
Timo Sirainen wrote: On Thu, 2008-02-14 at 13:07 +0200, Tomi Vainio wrote: Feb 14 11:52:33 dovecot: [ID 107833 mail.crit] IMAP(tomppa): file message-parser.c: line 674: assertion failed: (ctx-part-physical_pos = ctx-input-v_offset) Any idea how I could reproduce this? I've been running my IMAP stress test for a while now waiting for this assert to fail, but so far it hasn't. Maybe it needs some special kind of a mail or some other specific condition. Anyway I did some fixes, do these change the crash to an error message? http://hg.dovecot.org/dovecot-1.1/rev/a6c066f50877 http://hg.dovecot.org/dovecot-1.1/rev/8cfa61f98e32 http://hg.dovecot.org/dovecot-1.1/rev/289765861d66 I've build debug version of imap with these changes. I've been running it two hours without seeing cores when doing searches on the same folders which caused problems yesterday. Tomppa
[Dovecot] Solaris 10 / 1.1.beta15 imap cores
Hi, I've been using 1.0 but moved to beta to see if it works before release. Both b14 and b15 dies sometimes when accessing folders. Last time I fixed this by moving one message from folder to another and then back. Next I'm trying to build this with debugging enabled. Tomppa Feb 14 11:52:33 dovecot: [ID 107833 mail.crit] IMAP(tomppa): file message-parser.c: line 674: assertion failed: (ctx-part-physical_pos = ctx-input-v_offset) Feb 14 11:52:34 genunix: [ID 603404 kern.notice] NOTICE: core_log: imap[5995] core dumped: /v/tmp/core.imap.5995 Feb 14 11:52:40 dovecot: [ID 107833 mail.crit] IMAP(tomppa): file message-parser.c: line 674: assertion failed: (ctx-part-physical_pos = ctx-input-v_offset) Feb 14 11:52:40 genunix: [ID 603404 kern.notice] NOTICE: core_log: imap[5997] core dumped: /v/tmp/core.imap.5997 Feb 14 11:52:47 dovecot: [ID 107833 mail.crit] IMAP(tomppa): file message-parser.c: line 674: assertion failed: (ctx-part-physical_pos = ctx-input-v_offset) Feb 14 11:52:47 genunix: [ID 603404 kern.notice] NOTICE: core_log: imap[5999] core dumped: /v/tmp/core.imap.5999 )# dbx /usr/local/libexec/dovecot/imap /v/tmp/core.imap.5999 For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc Reading imap core file header read successfully Reading ld.so.1 Reading librt.so.1 Reading libnsl.so.1 Reading libsocket.so.1 Reading libsendfile.so.1 Reading libc.so.1 Reading libaio.so.1 Reading libmd.so.1 Reading libc_psr.so.1 Reading 8859-1%UTF-8.so program terminated by signal ABRT (Abort) 0xff1c5c14: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xff1c5c24 (dbx) where =[1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xfc00, 0x0), at 0xff1c5c14 [2] raise(0x6, 0x0, 0x0, 0xff1a8c20, 0x, 0x6), at 0xff164c44 [3] abort(0x2, 0x1, 0xe83c4, 0xad324, 0xff1f1318, 0x0), at 0xff1410f8 [4] 0xaa4f0(0x2, 0x100400, 0xd5400, 0x100ba0, 0xea000, 0xea078), at 0xaa4f0 [5] i_panic(0xd4a6c, 0xea000, 0x2a2, 0xfeb88, 0xea16c, 0xaa464), at 0xa9de4 [6] 0xa2ec4(0x157170, 0xffbff544, 0xd4800, 0x0, 0x1380e0, 0xfe800), at 0xa2ec4 [7] message_parser_parse_next_block(0x157170, 0xffbff544, 0x1, 0x0, 0xfe800, 0xa2d4c), at 0xa3064 [8] 0xa4554(0x151158, 0x14fc88, 0x138090, 0xffbff534, 0x8000, 0xd4cc4), at 0xa4554 [9] message_search_msg(0x151158, 0x14fc88, 0x137ff0, 0x14fc60, 0xe0, 0x60), at 0xa45d4 [10] 0x67a40(0x10c588, 0x10, 0x10c588, 0x14fb38, 0x151158, 0xffbff6e4), at 0x67a40 [11] mail_search_args_foreach(0x10c588, 0x679a4, 0xffbff6e4, 0x1, 0x1, 0x), at 0x6f688 [12] 0x67d68(0x10c550, 0x137b68, 0x67800, 0x, 0x, 0x14fc88), at 0x67d68 [13] index_storage_search_next_nonblock(0x137b68, 0x137be8, 0x1, 0xffbff81f, 0xea000, 0x113b28), at 0x69368 [14] 0x26008(0x10c500, 0x4000, 0x2, 0x10c5c8, 0x8000, 0xc2000), at 0x26008 [15] 0x262c8(0x10c500, 0x100550, 0x1, 0xea000, 0xea058, 0x10c2a0), at 0x262c8 [16] 0xb1c10(0x109518, 0x10a610, 0x3, 0x3e8, 0xea0b8, 0xd64f8), at 0xb1c10 [17] io_loop_handle_timeouts(0x109518, 0x3, 0x0, 0x10624c00, 0x0, 0x0), at 0xb1c70 [18] io_loop_handler_run(0x109518, 0x0, 0x2, 0x29414, 0xd6400, 0x10a5b0), at 0xb2380 [19] io_loop_run(0x80, 0x0, 0x8000, 0x8000, 0x10a5b0, 0x109518), at 0xb1cc4 [20] main(0x100800, 0x10c2a0, 0xe8c00, 0x1, 0x100978, 0x1008c4), at 0x330ac (dbx) # /usr/local/sbin/dovecot -n # 1.1.beta15: /usr/local/etc/dovecot.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 640). Either grow the limit or change login_max_processes_count and max_mail_processes settings base_dir: /var/run/dovecot/ ssl_cert_file: /etc/mail/certs/imapd.pem ssl_key_file: /etc/mail/certs/key.pem disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable: /usr/local/libexec/dovecot/imap-login first_valid_uid: 100 mail_location: mbox:~/Posti/:INBOX=/var/mail/%u:INDEX=/var/dovecot/indexes/%u auth default: passdb: driver: pam userdb: driver: passwd
Re: [Dovecot] Solaris 10 / 1.1.beta15 imap cores
Timo Sirainen wrote: On Thu, 2008-02-14 at 13:07 +0200, Tomi Vainio wrote: Feb 14 11:52:33 dovecot: [ID 107833 mail.crit] IMAP(tomppa): file message-parser.c: line 674: assertion failed: (ctx-part-physical_pos = ctx-input-v_offset) Any idea how I could reproduce this? I've been running my IMAP stress test for a while now waiting for this assert to fail, but so far it hasn't. Maybe it needs some special kind of a mail or some other specific condition. Anyway I did some fixes, do these change the crash to an error message? http://hg.dovecot.org/dovecot-1.1/rev/a6c066f50877 http://hg.dovecot.org/dovecot-1.1/rev/8cfa61f98e32 http://hg.dovecot.org/dovecot-1.1/rev/289765861d66 This problem don't occur very often. So far only seven times since Jan 31 and everytime I have done something which fixes it magically. Yesterday it was a mail which had only base64 encoded data in it. I was able to move that mail to another folder and back using thunderbird. I've no idea why have the problem has appeared more frequently during the last couple of days. Here are the timestamps when it happened and first and last log entry. Altogether 315 cores so far. I started to use 1.1 b14 Jan 23 so it took a while before it happened. I'm the only one using this environment. Jan 31 14:16:10 [kern.notice] NOTICE: core_log: imap[3416] core dumped: /v/tmp/core.imap.3416 Jan 31 14:16:58 [kern.notice] NOTICE: core_log: imap[13449] core dumped: /v/tmp/core.imap.13449 Feb 4 09:24:03 [kern.notice] NOTICE: core_log: imap[20972] core dumped: /v/tmp/core.imap.20972 Feb 4 09:25:01 [kern.notice] NOTICE: core_log: imap[14911] core dumped: /v/tmp/core.imap.14911 Feb 5 18:37:32 [kern.notice] NOTICE: core_log: imap[16454] core dumped: /v/tmp/core.imap.16454 Feb 5 18:37:39 [kern.notice] NOTICE: core_log: imap[16679] core dumped: /v/tmp/core.imap.16679 Feb 12 21:36:06 [kern.notice] NOTICE: core_log: imap[7172] core dumped: /v/tmp/core.imap.7172 Feb 12 21:40:52 [kern.notice] NOTICE: core_log: imap[7731] core dumped: /v/tmp/core.imap.7731 Feb 13 11:52:03 [kern.notice] NOTICE: core_log: imap[4618] core dumped: /v/tmp/core.imap.4618 Feb 13 11:52:43 [kern.notice] NOTICE: core_log: imap[620] core dumped: /v/tmp/core.imap.620 Feb 13 12:50:23 [kern.notice] NOTICE: core_log: imap[648] core dumped: /v/tmp/core.imap.648 Feb 13 12:50:41 [kern.notice] NOTICE: core_log: imap[759] core dumped: /v/tmp/core.imap.759 Feb 14 11:43:07 [kern.notice] NOTICE: core_log: imap[5528] core dumped: /v/tmp/core.imap.5528 Feb 14 11:52:47 [kern.notice] NOTICE: core_log: imap[5999] core dumped: /v/tmp/core.imap.5999 Tomppa
[Dovecot] Solaris 10 + Sun Studio 12 + dovecot-1.1.beta15 build problem
Hi, I've been using dovecot quite a while but latest beta fails to compile on Solaris using latest Sun Studio compiler. Making all in fts-squat source='fts-backend-squat.c' object='fts-backend-squat.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../../depcomp \ /bin/bash ../../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-index -I../../../src/lib-storage -I../../../src/plugins/fts-xO4 -I/usr/sfw/include/mysql -R/usr/sfw/lib -L/usr/sfw/lib -I/usr/sfw/include -c -o fts-backend-squat.lo fts-backend-squat.c cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-index -I../../../src/lib-storage -I../../../src/plugins/fts -xO4 -I/usr/sfw/include/mysql -R/usr/sfw/lib -L/usr/sfw/lib -I/usr/sfw/include -c fts-backend-squat.c -KPIC -DPIC -o .libs/fts-backend-squat.o fts-backend-squat.c, line 196: warning: enum type mismatch: arg #3 fts-backend-squat.c, line 201: warning: improper pointer/integer combination: op = fts-backend-squat.c, line 204: warning: enum type mismatch: op = fts-backend-squat.c, line 205: too many initializers for scalar cc: acomp failed for fts-backend-squat.c *** Error code 1