Timo Sirainen wrote:
Maybe this one works? :)
It started...
Didn't work very well, though - got tons of these
imap(teg): Sep 03 11:40:33 Panic: file ostream-file.c: line 183 (update_buffer): assertion failed: (size <= fstream->tail)
when trying to open a folder. Reverting to 0.99.10.9 solved it.
-- Trond Eivind Glomsrød Senior Software Engineer Scali - www.scali.com High Performance Clustering
On 3.9.2004, at 12:43, Trond Eivind Glomsrød wrote:
Didn't work very well, though - got tons of these
imap(teg): Sep 03 11:40:33 Panic: file ostream-file.c: line 183 (update_buffer): assertion failed: (size <= fstream->tail)
when trying to open a folder. Reverting to 0.99.10.9 solved it.
Oh. I noticed it too and fixed it in rc3, but looks like I missed one place. Well, fixed in rc4.
Timo Sirainen wrote:
On 3.9.2004, at 12:43, Trond Eivind Glomsrød wrote:
Didn't work very well, though - got tons of these
imap(teg): Sep 03 11:40:33 Panic: file ostream-file.c: line 183 (update_buffer): assertion failed: (size <= fstream->tail)
when trying to open a folder. Reverting to 0.99.10.9 solved it.
Oh. I noticed it too and fixed it in rc3, but looks like I missed one place. Well, fixed in rc4
RC4 has been working for more than an hour here now, for me and without my office being swarmed by others.
-- Trond Eivind Glomsrød Senior Software Engineer Scali - www.scali.com High Performance Clustering
Timo Sirainen <tss@iki.fi> writes:
Maybe this one works? :)
Hum... applications must not #include <linux/*> (read on below the log): checking for sys/resource.h... yes checking linux/mman.h usability... no checking linux/mman.h presence... yes configure: WARNING: linux/mman.h: present but cannot be compiled configure: WARNING: linux/mman.h: check for missing prerequisite headers? configure: WARNING: linux/mman.h: see the Autoconf documentation configure: WARNING: linux/mman.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/mman.h: proceeding with the preprocessor's result configure: WARNING: linux/mman.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------------ ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## ------------------------------------------ ## checking for linux/mman.h... yes Given that this check isn't even used, I'm suggesting this patch: --- dovecot-0.99.11/configure.in 2004-08-09 22:27:08.000000000 +0200 +++ dovecot-0.99.11.fixed/configure.in 2004-09-03 12:21:22.000000000 +0200 @@ -15,7 +15,7 @@ AM_ICONV AC_CHECK_HEADERS(string.h stdlib.h stdint.h unistd.h dirent.h) -AC_CHECK_HEADERS(sys/uio.h sys/sysmacros.h sys/resource.h linux/mman.h) +AC_CHECK_HEADERS(sys/uio.h sys/sysmacros.h sys/resource.h) AC_CHECK_HEADERS(sys/select.h) # check posix headers -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
On 3.9.2004, at 13:23, Matthias Andree wrote:
Timo Sirainen <tss@iki.fi> writes:
Maybe this one works? :)
Hum... applications must not #include <linux/*> (read on below the log): .. Given that this check isn't even used, I'm suggesting this patch:
Right. Wonder why I ever added it.
Timo Sirainen <tss@iki.fi> writes:
On 3.9.2004, at 13:23, Matthias Andree wrote:
Timo Sirainen <tss@iki.fi> writes:
Maybe this one works? :)
Hum... applications must not #include <linux/*> (read on below the log): .. Given that this check isn't even used, I'm suggesting this patch:
Right. Wonder why I ever added it.
Oh hum and while you're at it, could you change the early configure.in line so it reads:
AM_INIT_AUTOMAKE(dovecot, 0.99.11, dovecot@dovecot.org)
So autoconf can list the proper bug reporting address in case of trouble.
Thanks,
-- Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
On 3.9.2004, at 14:41, Matthias Andree wrote:
Oh hum and while you're at it, could you change the early configure.in line so it reads:
AM_INIT_AUTOMAKE(dovecot, 0.99.11, dovecot@dovecot.org)
So autoconf can list the proper bug reporting address in case of trouble.
After that it doesn't write PACKAGE and VERSION macros into config.h. When would it use it anyway? Or does that work only with newer automakes than 1.4?
Timo Sirainen <tss@iki.fi> writes:
On 3.9.2004, at 14:41, Matthias Andree wrote:
Oh hum and while you're at it, could you change the early configure.in line so it reads:
AM_INIT_AUTOMAKE(dovecot, 0.99.11, dovecot@dovecot.org)
So autoconf can list the proper bug reporting address in case of trouble.
After that it doesn't write PACKAGE and VERSION macros into config.h. When would it use it anyway? Or does that work only with newer automakes than 1.4?
Make that AC_INIT with the arguments and use AM_INIT_AUTOMAKE without arguments.
automake 1.4 is obsolete. I have mailed a tarball containing updated acinclude.m4, Makefile.am and configure.in off-list.
-- Matthias Andree
Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)
participants (3)
-
Matthias Andree
-
Timo Sirainen
-
Trond Eivind Glomsrød