Displaying 20 results from an estimated 100 matches similar to: "dovecot-2.2.33 bug report"
2008 Jan 23
2
PATCH: compile dovecot-1.1.beta14 with gcc 2.95
Hi,
I patched dovecot-1.1.beta14 to compile under gcc 2.95. __builtin_expect
and __attribute__((malloc)) are only available since gcc 3.0, and
__builtin_types_compatible_p since 3.1.
Also the flexible array members (char a[]) are not available for gcc
2.95. So I replaced them with zero-extent arrays (char a[0]), which
should also work, but that is gcc specific. A general pointer (char* a)
should
2008 Jun 19
3
Compile failure on Dovecot 1.1-rc12
I am getting this failure when trying to compile dovecot on Sparc Solaris 8:
make[4]: Entering directory
`/home/systems/looneytr/dovecot-1.1.rc12/src/lib'
source='str-find.c' object='str-find.o' libtool=no \
DEPDIR=.deps depmode=gcc /bin/bash ../../depcomp \
gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/openssl/include -g
-O2 -Wall -W -Wmissing-prototypes
2018 Sep 10
1
make check (pigeonhole)
Dovecot list,
1) I downloaded latest dovecot and pigeonhole tar balls and extracted on
latest updated CentOS 7 : dovecot-2.3.2.1.tar.gz and
dovecot-2.3-pigeonhole-0.5.2.tar.gz
2) I moved pigeonhole (dovecot-2.3-pigeonhole-0.5.2) directory into
dovecot (dovecot-2.3.2.1) directory
3) built dovecot with following config and paramerters:
patch -p1 <
2004 Jul 31
1
Patch: fix $-terminated MCF
p/t_strdup_until wasn't returning a terminated string:
Index: src/lib/strfuncs.c
===================================================================
RCS file: /home/cvs/dovecot/src/lib/strfuncs.c,v
retrieving revision 1.41
diff -u -p -r1.41 strfuncs.c
--- src/lib/strfuncs.c 18 Jul 2004 01:44:59 -0000 1.41
+++ src/lib/strfuncs.c 31 Jul 2004 08:43:35 -0000
@@ -154,6 +154,7 @@ char
2017 Aug 24
2
dovecot-2.2.32/src/doveadm/doveadm-mail-fetch.c: 4 * suspicious expression ?
Hello there,
dovecot-2.2.32/src/doveadm/doveadm-mail-fetch.c:130]: (style) Suspicious condition (assignment + comparison); Clarify expression with parentheses.
Source code is
if ((ret = doveadm_print_istream(input) < 0))
Maybe better code
if ((ret = doveadm_print_istream(input)) < 0)
Some duplicates:
[dovecot-2.2.32/src/doveadm/doveadm-mail-fetch.c:220]: (style) Suspicious
2018 Sep 09
3
make check (pigeonhole)
Hello list,
During the 'make check' (pigeonhole) portion of a building (rpmbuild) a
dovecot.spec file I'm getting the following error:
testsuite(root): Fatal: Couldn't drop privileges: User is missing UID
(see mail_uid setting)
I'm not sure how to resolve this, and any help would be appreciated to
help me finish the creating the rpm
--
Eric Broch
White Horse Technical
2010 Jan 19
1
static analysis tool cppcheck meets the btrfs code - four issues
Hello there,
I just ran the sourceforge tool cppcheck over the source code of the
new Linux kernel 2.6.32.4
It said
1.
[./btrfs/free-space-cache.c:600]: (style) Redundant condition. It is safe to deallocate a NULL pointer
The source code is
if (info->bitmap)
kfree(info->bitmap);
I agree with cppcheck. Suggest delete the if test.
2.
2013 Oct 08
1
nut-2.6.5:rhino.c:190: bad if test ?
Hello there,
Offending source code is
????? if(? ( BattVoltage> 129 ) || ( BattVoltage < 144 ) )
Maybe swap || for && would be better.
This problem I found by using cppcheck. It said
[rhino.c:190]: (warning) Logical disjunction always evaluates to true: BattVoltage> 129 || BattVoltage < 144.
Regards
David Binderman
2013 Jun 28
1
version 2.3.3, file log.c bug report
Hello there,
I just ran the static analysis checker "cppcheck" over the source code
of icecast version 2.3.3
Amongst many other things, it said
[log.c:301]: (warning) Logical conjunction always evaluates to false: log_id < 0 && log_id>= 25.
Source code is
??? if (log_id < 0 && log_id>= LOG_MAXLOGS)
??????? return;
Suggest replace && with ||.
2018 Sep 10
0
make check (pigeonhole)
I did so as non-root user and got the same error.
On 9/10/2018 9:10 AM, Aki Tuomi wrote:
> Have you attempted this as non-root user?
>
>
>
> ---
> Aki Tuomi
> Dovecot oy
>
> -------- Original message --------
> From: Eric Broch <ebroch at whitehorsetc.com>
> Date: 10/09/2018 18:03 (GMT+02:00)
> To: dovecot at dovecot.org
> Subject: Re: make check
2008 Jun 13
2
configure error on HP-UX: C99 compatible vsnprintf() call
Hi All,
I tried to build dovecot-1.1.rc9 on a HP-UX machine, but failed to configure with the following message:
configure: error: You don't appear to have C99 compatible vsnprintf() call
The environment is like the following:
- command: ./configure
- uname: HP-UX B.11.23 U ia64
- aCC version: HP aC++/ANSI C B3910B A.05.55 [Dec 04 2003]
Also, I tried to run `./configure CC=c99'
2012 Aug 06
1
[Announce] Samba 3.6.7 Available for Download
===================================================================
"Change is such hard work."
Billy Crystal
===================================================================
Release Announcements
=====================
This is is the latest stable release of Samba 3.6.
Major enhancements in Samba 3.6.7 include:
o Fix resolving our own "Domain Local" groups
2012 Aug 06
1
[Announce] Samba 3.6.7 Available for Download
===================================================================
"Change is such hard work."
Billy Crystal
===================================================================
Release Announcements
=====================
This is is the latest stable release of Samba 3.6.
Major enhancements in Samba 3.6.7 include:
o Fix resolving our own "Domain Local" groups
2004 Aug 09
1
[PATCH] RPA authentication mechanism
Hello all,
attached patch implements Compuserve RPA athentication mechanism.
Tested with:
- Eudora 6 (uses Compuserve "Virtual Key" RPA software);
- TheBat! 2.11 (uses it's own RPA implementation).
I hope it can be useful for someone.
Best regards.
--
Andrey Panin | Linux and UNIX system administrator
pazke at donpac.ru | PGP key: wwwkeys.pgp.net
-------------- next part
2016 Oct 06
2
[imap-login] SSL related crashes using the latest 2.2.25
I'm running Dovecot as proxy in front of some IMAP/POP3 Dovecot &
Courier-IMAP servers and in the last couple of days I've been seeing a
lot of imap-login crashes (signal 11) on both 2.2.18 and 2.2.25, all SSL
related. The following backtraces are taken running 2.2.25, built from
source on a test system similar to the live proxy servers.
OS: CentOS 6.8 64bit
Packages:
2018 Jan 24
2
Panic: data stack: Out of memory when allocating bytes
On Wed, Jan 24, 2018 at 18:55:47 +0100, Thomas Robers wrote:
> Am 23.01.2018 um 20:07 schrieb Josef 'Jeff' Sipek:
> > On Tue, Jan 23, 2018 at 14:03:27 -0500, Josef 'Jeff' Sipek wrote:
> > > On Tue, Jan 23, 2018 at 18:21:38 +0100, Thomas Robers wrote:
...
> > > 1. Do you have any idea what the imap process was doing at the time of the
> > >
2018 Jan 29
1
Panic: data stack: Out of memory when allocating bytes
Any idea what the problem could be? Is there anything more i could do
to encircle the problem? Or perhaps is the information i provided
uncomplete?
Am 25.01.2018 um 16:24 schrieb Thomas Robers:
> Hi,
>
> Am 24.01.2018 um 23:39 schrieb Josef 'Jeff' Sipek:
>> It looks like the binaries are stripped.? There should be a "debug"
>> package
>> you can
2017 May 02
0
drivers/gpu/drm/nouveau/nvkm/engine/dma/usernv04.c:124:: possible unintended fallthrough ?
Hello there,
drivers/gpu/drm/nouveau/nvkm/engine/dma/usernv04.c:124:18: warning: this statement may fall through [-Wimplicit-fallthrough=]
Source code is
switch (dmaobj->base.access) {
case NV_MEM_ACCESS_RO:
dmaobj->flags0 |= 0x00004000;
break;
case NV_MEM_ACCESS_WO:
dmaobj->flags0 |= 0x00008000;
case NV_MEM_ACCESS_RW:
dmaobj->flags2
2017 Sep 04
0
linux-4.13/drivers/gpu/drm/nouveau/nvkm/subdev/therm/fan.c:86: possible faulty logic ?
Hello there,
[linux-4.13/drivers/gpu/drm/nouveau/nvkm/subdev/therm/fan.c:93]: (warning) Opposite inner 'if' condition leads to a dead code block.
Source code is
if (target != duty) {
u16 bump_period = fan->bios.bump_period;
u16 slow_down_period = fan->bios.slow_down_period;
u64 delay;
if (duty > target)
delay = slow_down_period;
2019 Aug 05
0
linux-5.3-rc3 bug report
Hello there,
linux-5.3-rc3/drivers/gpu/drm/nouveau/nouveau_svm.c:763]: (style) Array index 'i' is used before limits check.
Source code is
for (i = 0; buffer->fault[i] && i < buffer->entries; i++)
Maybe better code:
for (i = 0; (i < buffer->entries) && buffer->fault[i]; i++)
Regards
David Binderman