On Fri, 2005-04-15 at 06:55 +0200, Simon Matter wrote:
> > On Thu, 2005-04-14 at 15:26 -0400, Derrick J Brashear wrote:
> >> > Starting program: /usr/lib/cyrus-imapd/quota -f
> >> > [Thread debugging using libthread_db enabled]
> >> > [New Thread -1218568064 (LWP 23872)]
> >> > /var/lib/imap/quota/
> On Thu, 2005-04-14 at 15:26 -0400, Derrick J Brashear wrote:
>> > Starting program: /usr/lib/cyrus-imapd/quota -f
>> > [Thread debugging using libthread_db enabled]
>> > [New Thread -1218568064 (LWP 23872)]
>> > /var/lib/imap/quota/q/
>> > /var/lib/imap/quota/?/*
>>
>> Ok, let's take a wild stab
On Thu, 14 Apr 2005, Craig White wrote:
NOTE: I would bet that the /usr/local/include/glob.h is the issue - that
would be on both systems exhibiting the problem and are apparently put
there by my compiling heimdal from source (did it on both systems)
Now, how can I fix this?
I should have guessed i
On Thu, 2005-04-14 at 15:26 -0400, Derrick J Brashear wrote:
> > Starting program: /usr/lib/cyrus-imapd/quota -f
> > [Thread debugging using libthread_db enabled]
> > [New Thread -1218568064 (LWP 23872)]
> > /var/lib/imap/quota/q/
> > /var/lib/imap/quota/?/*
>
> Ok, let's take a wild stab at this.
Starting program: /usr/lib/cyrus-imapd/quota -f
[Thread debugging using libthread_db enabled]
[New Thread -1218568064 (LWP 23872)]
/var/lib/imap/quota/q/
/var/lib/imap/quota/?/*
Ok, let's take a wild stab at this. I see glob() is being called from
libc. What glob.h header is being found during com
On Mon, 2005-04-11 at 23:37 -0400, Derrick J Brashear wrote:
> On Mon, 11 Apr 2005, Craig White wrote:
>
> >>> thanks - I know not of these things - appreciate your patience with me.
> >>>
> >>> (gdb) where
> >>> #0 0x00be1513 in _int_realloc () from /lib/tls/libc.so.6
> >>> #1 0x00be0156 in rea
> On Wed, 2005-04-13 at 22:50 -0400, Derrick J Brashear wrote:
>> On Wed, 13 Apr 2005, Craig White wrote:
>>
>> > rpmbuild -bb /usr/src/redhat/SPECS/cyrus-imap.spec
>> >
>> > which definitely worked
>> >
>> > If that makes sense, I will uninstall the previously installed cyrus-
>> > imapd rpms and
On Wed, 13 Apr 2005, Craig White wrote:
what I don't know - and pardon my ignorance here...which binary file am
I supposed to copy over?
Presumably the one called quota, since that's what you're running...
right?
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.an
On Wed, 13 Apr 2005, Craig White wrote:
difference in size worries me...
# ls -l /usr/lib/cyrus-imapd/quota
-rwxr-xr-x1 root root 719864 \
Jan 15 11:33 /usr/lib/cyrus-imapd/quota
# ls -l /usr/src/redhat/BUILD/cyrus-imapd-2.2.12/imap/quota
-rwxr-xr-x1 root root 1295663 \
A
On Wed, 2005-04-13 at 22:50 -0400, Derrick J Brashear wrote:
> On Wed, 13 Apr 2005, Craig White wrote:
>
> > rpmbuild -bb /usr/src/redhat/SPECS/cyrus-imap.spec
> >
> > which definitely worked
> >
> > If that makes sense, I will uninstall the previously installed cyrus-
> > imapd rpms and install t
On Wed, 2005-04-13 at 22:50 -0400, Derrick J Brashear wrote:
> On Wed, 13 Apr 2005, Craig White wrote:
>
> > rpmbuild -bb /usr/src/redhat/SPECS/cyrus-imap.spec
> >
> > which definitely worked
> >
> > If that makes sense, I will uninstall the previously installed cyrus-
> > imapd rpms and install t
On Wed, 2005-04-13 at 07:08 +0200, Simon Matter wrote:
> > On Tue, 12 Apr 2005, Craig White wrote:
> >
> >>> Not especially. Having symbols would help. It's going to be something
> >>> in
> >>> foreach() in lib/cyrusdb_quotalegacy.c, though, since that's the only
> >>> place you'd be using the syst
On Wed, 13 Apr 2005, Craig White wrote:
rpmbuild -bb /usr/src/redhat/SPECS/cyrus-imap.spec
which definitely worked
If that makes sense, I will uninstall the previously installed cyrus-
imapd rpms and install these new ones and then re-run the 'quota / gdb'
trace and hopefully this will give us more
> On Tue, 12 Apr 2005, Craig White wrote:
>
>>> Not especially. Having symbols would help. It's going to be something
>>> in
>>> foreach() in lib/cyrusdb_quotalegacy.c, though, since that's the only
>>> place you'd be using the system glob().
>>>
>>> I suppose, for simplicity, you can just add a
>>
On Tue, 12 Apr 2005, Craig White wrote:
Not especially. Having symbols would help. It's going to be something in
foreach() in lib/cyrusdb_quotalegacy.c, though, since that's the only
place you'd be using the system glob().
I suppose, for simplicity, you can just add a
printf("%s\n", quota_path);
be
On Mon, 2005-04-11 at 23:37 -0400, Derrick J Brashear wrote:
> On Mon, 11 Apr 2005, Craig White wrote:
>
> >>> thanks - I know not of these things - appreciate your patience with me.
> >>>
> >>> (gdb) where
> >>> #0 0x00be1513 in _int_realloc () from /lib/tls/libc.so.6
> >>> #1 0x00be0156 in rea
On Mon, 11 Apr 2005, Craig White wrote:
thanks - I know not of these things - appreciate your patience with me.
(gdb) where
#0 0x00be1513 in _int_realloc () from /lib/tls/libc.so.6
#1 0x00be0156 in realloc () from /lib/tls/libc.so.6
#2 0x00c1b586 in glob_in_dir () from /lib/tls/libc.so.6
#3 0x0
On Sun, 2005-04-03 at 14:36 -0400, Derrick J Brashear wrote:
> On Sun, 3 Apr 2005, Craig White wrote:
>
> >>> (gdb) run -f
> >>> Starting program: /usr/lib/cyrus-imapd/quota -f
> >>> (no debugging symbols found)...(no debugging symbols found)...(no
> >>> debugging symbols found)...(no debugging sy
On Sun, 3 Apr 2005, Craig White wrote:
(gdb) run -f
Starting program: /usr/lib/cyrus-imapd/quota -f
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging
On Sun, 2005-04-03 at 13:35 -0400, Derrick J Brashear wrote:
> On Sun, 3 Apr 2005, Craig White wrote:
>
> > (gdb) run -f
> > Starting program: /usr/lib/cyrus-imapd/quota -f
> > (no debugging symbols found)...(no debugging symbols found)...(no
> > debugging symbols found)...(no debugging symbols fo
On Sun, 3 Apr 2005, Craig White wrote:
(gdb) run -f
Starting program: /usr/lib/cyrus-imapd/quota -f
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging
oops - meant to send the reply to the list
On Sun, 2005-04-03 at 03:46 -0400, Derrick J Brashear wrote:
> > I suspect that this is caused by my setup.
>
> Quite possibly, I'd guess we'd have seen it before if it were a
general
> issue, but...
>
> > number of things including openldap, cyrus-sas
On Sun, 2005-04-03 at 03:46 -0400, Derrick J Brashear wrote:
> > I suspect that this is caused by my setup.
>
> Quite possibly, I'd guess we'd have seen it before if it were a general
> issue, but...
>
> > number of things including openldap, cyrus-sasl, heimdal-kerberos,
> > openssl and what I
I suspect that this is caused by my setup.
Quite possibly, I'd guess we'd have seen it before if it were a general
issue, but...
number of things including openldap, cyrus-sasl, heimdal-kerberos,
openssl and what I perceive to the problem, sleepycat db-4.2.52 (+ a
couple of patches for openldap t
24 matches
Mail list logo
