[Dovecot] Help! Uidlist files are gone and won't come back; imap keeps coredumping!

[Mario Nigrovic]

Timo -

Ok , some experimenting shows that simply providing a typedef in for uint32_t is sufficient to get ntlm to compile.  imapd seems no longer to be crashing, but there are still no signs of uidlist files.  My current configuration line is:

default_mail_env = maildir:%h/.mail/Maildir:INDEX=/var/tmp/mario/dovecot

					Mario

ps - top of ntlm-des.c now reads:

#ifdef HAVE_STDINT_H
#  include <stdint.h> /* C99 int types, we mostly need uintmax_t */
#else
   typedef unsigned long int  uint32_t;
#endif

// #include <stdint.h>

> Timo Sirainen wrote:
>> On Sun, 2006-06-11 at 09:09 -0700, Mario Nigrovic wrote:
>>> Timo Sirainen wrote:
>>>> On Thu, 2006-06-01 at 14:17 -0700, Mario Nigrovic-rvvk40 wrote:
>>>>> Context #6 seems interesting.  Why is the cxt pointer 0x25 here? and what the heck is that size?
>>>> It just means that gdb isn't perfect and sometimes it looks at things
>>>> wrong, especially if the binary was compiled with optimization enabled.
>>>>
>>>> But that crash probably wasn't caused by the real problem. Attached
>>>> another patch which hopefully works correctly. :)
>>> Sorry - I didn't install the patch to fix the "null" error string for the last report.  Here is a core dump from a version of imap with that patch compiled in.
>> Something's really weird in your system :) I think I'm a bit further in
>> figuring this out, but the next problem seems to be that dovecot-uidlist
>> doesn't exist when it should.. They have at no point come back? And
>> there are no permission or other write problems to the maildir?
>>
>> If you try the latest snapshot from http://dovecot.org/nightly/ does it
>> anymore crash?
>>
> 
> 


-- 
I don't need a name; my number's just fine. |   Mario.Nigrovic at freescale.com
It's nobody else's -- just mine, all mine.  |                   480-413-3578
                                                           Internal Use Only