Problem w/ 2.2.4 and unixhierarchysep: yes

[Simon Matter]

> On Sun, 23 May 2004, Simon Matter wrote:
>
>> I have just finished rebuilding my 2.2.4 rpms and I've got the same
>> problem on my own server where I tested the build. I was able to access
>> some folders but some others didn't work.
>
> Was there anything consistant about these folders (specifically, did they
> have quotas associated with them)?
>
> Sadly, the backtrace you provided doesn't appear to be valid (why does
> strcpy() call strcpy() and then call shut_down()?

Hm, I think this one is correct. Sorry for the noise.

(gdb) bt
#0  0x080a0947 in hash_enumerate (table=0x8147de0, func=0x809d3c0
<enum_func>, rock=0xbfff9fe0) at hash.c:313
#1  0x0809d449 in commit_txn (db=0x8147dd8, tid=0x8147de0) at
cyrusdb_quotalegacy.c:715
#2  0x0808bea5 in quota_commit (tid=0xbfffa07c) at quota_db.c:120
#3  0x0807215b in mailbox_expunge (mailbox=0x812dc00, iscurrentdir=1,
decideproc=0, deciderock=0x0) at mailbox.c:1863
#4  0x08057dd4 in cmd_expunge (tag=0x81489a0 "A003", sequence=0x0) at
imapd.c:3612
#5  0x08050980 in cmdloop () at imapd.c:1026
#6  0x0804f920 in service_main (argc=1, argv=0x813d410, envp=0xbfffe99c)
at imapd.c:677
#7  0x0804df29 in main (argc=1, argv=0xbfffe994, envp=0xbfffe99c) at
service.c:557
#8  0x40213657 in __libc_start_main (main=0x804d520 <main>, argc=1,
ubp_av=0xbfffe994, init=0x804c0d4 <_init>, fini=0x80a3f50 <_fini>,
    rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xbfffe98c) at
../sysdeps/generic/libc-start.c:129


---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html