Re: (ITS#5104) OpenLDAP build breaks with SSL
by ando＠sys-net.it
Hallvard B Furuseth wrote:
> ando(a)sys-net.it writes:
>> Actually, things seem to work just fine. I erroneously built
>> openssl-0.9.8e without shared, and in that case it doesn't work.
>
> What's wrong with building it without shared? The build instructions
> doesn't say we need the shared variant.
I screwed things up, because I was building on Opteron, and ld
complained about some non-relocatable symbols in libssl.a. Probably it
either didn't guess well at my system, or I missed something. So it was
probably me. Explicitly adding LIBS=-ldl fixed configure, but not the
build later on. But I think this is off-topic with respect to this ITS.
p.
Ing. Pierangelo Masarati
OpenLDAP Core Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
---------------------------------------
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: pierangelo.masarati(a)sys-net.it
---------------------------------------
15 years, 1 month
Re: (ITS#5104) OpenLDAP build breaks with SSL
by h.b.furuseth＠usit.uio.no
ando(a)sys-net.it writes:
> Actually, things seem to work just fine. I erroneously built
> openssl-0.9.8e without shared, and in that case it doesn't work.
What's wrong with building it without shared? The build instructions
doesn't say we need the shared variant.
--
Hallvard
15 years, 1 month
Re: (ITS#5104) OpenLDAP build breaks with SSL
by ando＠sys-net.it
PLEASE KEEP REPLIES IN COPY ON THE ITS!
Richard Beckett wrote:
> I built openssl with the shared option for the config script. I have the
> LD_LIBRARY_PATH set to /usr/local/lib which is where I put the Berkeley
> DB libraries. Do I need something else?
>
> Here is what I get from the"make" after having run "make depend":
>
> ./.libs/libldap.a(tls.o)(.text+0x593): In function `sb_tls_bio_read':
> /usr/local/src/LDAP/openldap-2.3.38/libraries/libldap/tls.c:676:
> undefined reference to `BIO_clear_flags'
Those symbols (at least in openssl-9.8.0e) are defined in libcrypto.
You don't show the linker command line that is failing, but I still
believe your build environment is broken, since OpenLDAP explicitly
links libcrypto along with libssl.
p.
Ing. Pierangelo Masarati
OpenLDAP Core Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
---------------------------------------
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: pierangelo.masarati(a)sys-net.it
---------------------------------------
15 years, 1 month
Re: (ITS#5104) OpenLDAP build breaks with SSL
by ando＠sys-net.it
Please keep replies on the list
Richard Beckett wrote:
> Pierangelo, thank you very much for the reply. Can you suggest a
> work-around for the time being? Do I need to edit the Makefile? I have
> not worked at this level for many years and my knowledge of "make" is
> rusty.
Actually, things seem to work just fine. I erroneously built
openssl-0.9.8e without shared, and in that case it doesn't work. I
suspect your build environment is broken (possibly the way you built
openssl?). Please check if it's built correctly; if it is, please
inspect the config.log resulting from building OpenLDAP to get some hint
about the reason of the failure.
p.
Ing. Pierangelo Masarati
OpenLDAP Core Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
---------------------------------------
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: pierangelo.masarati(a)sys-net.it
---------------------------------------
15 years, 1 month
Re: (ITS#5104) OpenLDAP build breaks with SSL
by ando＠sys-net.it
rbeckett(a)exelixis.com wrote:
> Full_Name: Richard Beckett
> Version: openldap-2.3.38
> OS: Solaris 10/RHEL v4
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (65.209.203.254)
>
>
> After compiling openssl-0.9.8e and installing it, then configuring
> openldap-2.3.38 with ./configure followed by make depends and make, the make
> fails. If I remove the /usr/local/lib/*ssl* and /usr/local/include/ssl*
> directories and files then the make works fine. This occurs on both the Linux
> and Solaris hosts
It seems that linking a program with openssl needs to explicitly provide
-ldl in LIBS. I'm investigating whether this is related to OpenLDAP's
configure or related to libssl's build/installation.
p.
Ing. Pierangelo Masarati
OpenLDAP Core Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
---------------------------------------
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: pierangelo.masarati(a)sys-net.it
---------------------------------------
15 years, 1 month
(ITS#5104) OpenLDAP build breaks with SSL
by rbeckett＠exelixis.com
Full_Name: Richard Beckett
Version: openldap-2.3.38
OS: Solaris 10/RHEL v4
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (65.209.203.254)
After compiling openssl-0.9.8e and installing it, then configuring
openldap-2.3.38 with ./configure followed by make depends and make, the make
fails. If I remove the /usr/local/lib/*ssl* and /usr/local/include/ssl*
directories and files then the make works fine. This occurs on both the Linux
and Solaris hosts
15 years, 1 month
Re: (ITS#5102) back-perl build issues
by ando＠sys-net.it
kurt(a)OpenLDAP.org wrote:
> With perl v5.8.8 from macports (recently upgraded)
Works fine here (Linux)
> Entering directory `/Users/kurt/Work/devel/servers/slapd/back-perl'
> /bin/sh ../../..//libtool --tag=disable-shared --mode=compile cc -g -O2
> -I../../../include -I../../../include -I.. -I./.. -I/opt/local/include
> -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe
> -Wdeclaration-after-statement -I/opt/local/include
> -I/opt/local/lib/perl5/5.8.8/darwin-2level/CORE -I/usr/pkg/include
> -I/usr/pkg/include/db45 -c init.c
> cc -g -O2 -I../../../include -I../../../include -I.. -I./..
> -I/opt/local/include -fno-common -DPERL_DARWIN -no-cpp-precomp
> -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/opt/local/include
> -I/opt/local/lib/perl5/5.8.8/darwin-2level/CORE -I/usr/pkg/include
> -I/usr/pkg/include/db45 -c init.c -o init.o
> init.c:90: error: parse error before 'ConfigReply'
> init.c: In function 'perl_back_db_init':
> init.c:92: error: number of arguments doesn't match prototype
> proto-perl.h:27: error: prototype declaration
This was recently (sort of: 2 weeks ago) changed. Are you sure you updated?
p.
Ing. Pierangelo Masarati
OpenLDAP Core Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
---------------------------------------
Office: +39 02 23998309
Mobile: +39 333 4963172
Email: pierangelo.masarati(a)sys-net.it
---------------------------------------
15 years, 1 month
Saturn v1.1 on openldap v2.4.4alpha
by Domagoj Babic
Hi,
I'd appreciate if anyone could provide feedback on this report from
another tool. I've filtered out all the warnings that are provably false.
BTW, playing with openldap for a couple of days, I found that the code
is of much lower quality than some other open source projects, like
ISC bind & ntp, openssh,... Static checkers also find more bugs.
Some things I spotted:
- code is very non-uniform, the same things are done in very different
ways
- in several places (10-20) pointers are checked with an assertion, but
after the pointer has already been dereferenced. What's the purpose
of assertions then?
- "fat interfaces"
- very long sequences of dereferences, like:
*desc->ad_type->sat_equality->smr_normalize
make GDB debugging harder, discourage consistency checking,
and make static checking reports less readable.
- inconsistency, a lot of it, for instance, a pointer is dereferenced, and
ten lines below it's actually checked for NULL and then dereferenced
Anyways, here is the report, I hope it's going to be helpful:
Please replace ??? with Yes/No, and a short explanation. Bad programming
practices are not considered bugs. A bug (by my definition) is
a sequence of events that would crash the app, no matter how
small the probability is, or how irrelevant the app is. Please, also
consider the calling context (unlike Calysto, Saturn does not provide
a complete trace, so it is hard to figure out whether the functions
can be called under the right conditions to trigger the bug). If you
can prove that the function can never be called so as to trigger the
'bug', then it's not a bug.
----------------------------------------------------------------
Bug: ???
@blue
@2114 blue __arg0*.bv_val of function select_backend can evaluate to
NULL select_backend (2114:servers/slapd/acl.c), final site of
dereference is: (678:servers/slapd/backend.c)
@servers/slapd/acl.c
@Null pointer is passed to a function which dereferences it.
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@violet
@774 violet (INCONSISTENT USE) Possible null dereference
__arg1*.e_nname.bv_val. This variable is checked for Null at lines:
704, and is dereferenced through call chain:
servers/slapd/acl.c:regex_matches (774:servers/slapd/acl.c),
acl_string_expand (2507:servers/slapd/acl.c), final site of
dereference is: (2455:servers/slapd/acl.c)
@servers/slapd/acl.c
@Interprocedural inconsistency error
@violet
@837 violet (INCONSISTENT USE) Possible null dereference
__arg1*.e_nname.bv_val. This variable is checked for Null at lines:
704, and is dereferenced through call chain: acl_string_expand
(837:servers/slapd/acl.c), final site of dereference is:
(2455:servers/slapd/acl.c)
@servers/slapd/acl.c
@Interprocedural inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like a bug.
@violet
@3868 violet (INCONSISTENT USE) Possible null dereference
__arg0*.si_anlist. This variable is checked for Null at lines: 3859,
and is dereferenced through call chain: anlist_unparse
(3868:servers/slapd/syncrepl.c), final site of dereference is:
(2841:servers/slapd/bconfig.c)
@servers/slapd/syncrepl.c
@Interprocedural inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like a bug.
@red
@1753 red Possible NULL dereference of keys+keycount
@servers/slapd/schema_init.c
@Intraprocedural Null error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@orange
@2212 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_suffix+i. This variable is checked for Null at lines: 2192
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@2211 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_suffix+i. This variable is checked for Null at lines: 2192
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@2212 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_suffix+(i+1). This variable is checked for Null at lines:
2192
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@2209 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_suffix+i. This variable is checked for Null at lines: 2192
@servers/slapd/bconfig.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@orange
@3147 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_update_refs+i. This variable is checked for Null at lines:
3135
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@3149 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_update_refs+(i+1). This variable is checked for Null at
lines: 3135
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@3148 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_update_refs+i. This variable is checked for Null at lines:
3135
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@3149 orange (INCONSISTENT USE) Possible null dereference of variable
c->be->be_update_refs+i. This variable is checked for Null at lines:
3135
@servers/slapd/bconfig.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
There seems to be some correlation between default_passwd_hash and
c->valx interprocedurally, but I couldn't figure it out.
@orange
@1934 orange (INCONSISTENT USE) Possible null dereference of variable
default_passwd_hash+i. This variable is checked for Null at lines:
1938
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@1933 orange (INCONSISTENT USE) Possible null dereference of variable
default_passwd_hash+i. This variable is checked for Null at lines:
1938
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@1934 orange (INCONSISTENT USE) Possible null dereference of variable
default_passwd_hash+(i+1). This variable is checked for Null at lines:
1938
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@1932 orange (INCONSISTENT USE) Possible null dereference of variable
default_passwd_hash+i. This variable is checked for Null at lines:
1938
@servers/slapd/bconfig.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
The same as above
@orange
@2743 orange (INCONSISTENT USE) Possible null dereference of variable
default_referral+i. This variable is checked for Null at lines: 2731
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@2744 orange (INCONSISTENT USE) Possible null dereference of variable
default_referral+i. This variable is checked for Null at lines: 2731
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@2745 orange (INCONSISTENT USE) Possible null dereference of variable
default_referral+i. This variable is checked for Null at lines: 2731
@servers/slapd/bconfig.c
@Inconsistency error
@orange
@2745 orange (INCONSISTENT USE) Possible null dereference of variable
default_referral+(i+1). This variable is checked for Null at lines:
2731
@servers/slapd/bconfig.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@orange
@377 orange (INCONSISTENT USE) Possible null dereference of variable
b1. This variable is checked for Null at lines: 348
@servers/slapd/backglue.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like a false positive, but not sure.
@violet
@463 violet (INCONSISTENT USE) Possible null dereference
servers/slapd/oc.c:oc_list.stqh_first*.soc_next.stqe_next. This
variable is checked for Null at lines: 461, and is dereferenced
through call chain: servers/slapd/oc.c:oc_delete_names
(463:servers/slapd/oc.c), final site of dereference is:
(394:servers/slapd/oc.c)
@servers/slapd/oc.c
@Interprocedural inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@orange
@2807 orange (INCONSISTENT USE) Possible null dereference of variable
a->acl_attrs+0. This variable is checked for Null at lines: 2784
@servers/slapd/aclparse.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like attrs_alloc can return NULL @799.
@red
@869 red Possible NULL dereference of a with trace a
@servers/slapd/entry.c
@Intraprocedural error with loop summary propagation
@red
@837 red Possible NULL dereference of a with trace a
@servers/slapd/entry.c
@Intraprocedural error with loop summary propagation
@red
@871 red Possible NULL dereference of a with trace a
@servers/slapd/entry.c
@Intraprocedural error with loop summary propagation
@red
@856 red Possible NULL dereference of a with trace a
@servers/slapd/entry.c
@Intraprocedural error with loop summary propagation
@red
@840 red Possible NULL dereference of a with trace a
@servers/slapd/entry.c
@Intraprocedural error with loop summary propagation
@red
@838 red Possible NULL dereference of a with trace a
@servers/slapd/entry.c
@Intraprocedural error with loop summary propagation
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like out is initialized in the loop body, and the loop is executed
at least once, but I'm not sure.
@orange
@292 orange (INCONSISTENT USE) Possible null dereference of variable
out+outpos. This variable is checked for Null at lines: 268
@libraries/liblunicode/ucstr.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Bug, pointer returned by realloc not checked.
@red
@288 red Possible NULL dereference of values+(nvalues+j) with trace values
@tests/progs/slapd-search.c
@Intraprocedural error with loop summary propagation
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like anew->an_name.bv_val can remain uninitialized or NULL
@red
@943 red Possible NULL dereference of anew->an_name.bv_val+0 with
trace anew*.an_name.bv_val
@servers/slapd/ad.c
@Intraprocedural error with loop summary propagation
@red
@921 red Possible NULL dereference of anew->an_name.bv_val+0 with
trace anew*.an_name.bv_val
@servers/slapd/ad.c
@Intraprocedural error with loop summary propagation
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Inconsistency, can it be NULL?
@orange
@128 orange (INCONSISTENT USE) Possible null dereference of variable
info. This variable is checked for Null at lines: 136
@libraries/librewrite/rule.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@blue
@172 blue Trace entry of function tests/progs/slapd-modrdn.c:do_modrdn
evaluates to NULL and is dereferenced through call chain:
tests/progs/slapd-modrdn.c:do_modrdn (172:tests/progs/slapd-modrdn.c),
final site of dereference is: (205:tests/progs/slapd-modrdn.c)
@tests/progs/slapd-modrdn.c
@Interprocedural Null error with loop summary propagation
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like bugs - SF_POP can return NULL.
@blue
@385 blue __arg1 of function slap_set_join can evaluate to NULL
slap_set_join (385:servers/slapd/sets.c), final site of dereference
is: (230:servers/slapd/sets.c)
@servers/slapd/sets.c
@Null pointer is passed to a function which dereferences it.
@blue
@411 blue __arg1 of function slap_set_join can evaluate to NULL
slap_set_join (411:servers/slapd/sets.c), final site of dereference
is: (230:servers/slapd/sets.c)
@servers/slapd/sets.c
@Null pointer is passed to a function which dereferences it.
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like bugs.
@orange
@231 orange (INCONSISTENT USE) Possible null dereference of variable
rset+j. This variable is checked for Null at lines: 134, 188
@servers/slapd/sets.c
@Inconsistency error
@orange
@244 orange (INCONSISTENT USE) Possible null dereference of variable
rset+j. This variable is checked for Null at lines: 134, 188
@servers/slapd/sets.c
@Inconsistency error
@orange
@235 orange (INCONSISTENT USE) Possible null dereference of variable
rset+j. This variable is checked for Null at lines: 134, 188
@servers/slapd/sets.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like bugs.
@orange
@243 orange (INCONSISTENT USE) Possible null dereference of variable
lset+i. This variable is checked for Null at lines: 120, 188
@servers/slapd/sets.c
@Inconsistency error
@orange
@235 orange (INCONSISTENT USE) Possible null dereference of variable
lset+i. This variable is checked for Null at lines: 120, 188
@servers/slapd/sets.c
@Inconsistency error
@orange
@230 orange (INCONSISTENT USE) Possible null dereference of variable
lset+i. This variable is checked for Null at lines: 120, 188
@servers/slapd/sets.c
@Inconsistency error
@orange
@244 orange (INCONSISTENT USE) Possible null dereference of variable
lset+i. This variable is checked for Null at lines: 120, 188
@servers/slapd/sets.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
This pointer is checked @210, and if it's NULL a proper msg is printed,
and then the pointer can be dereferenced. Would this be considered a
bug, or a normal sequence of events?
@blue
@227 blue __arg0 of function servers/slurpd/ldap_op.c:free_ldmarr can
evaluate to NULL servers/slurpd/ldap_op.c:free_ldmarr
(227:servers/slurpd/ldap_op.c), final site of dereference is:
(574:servers/slurpd/ldap_op.c)
@servers/slurpd/ldap_op.c
@Null pointer is passed to a function which dereferences it.
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Looks like a bug.
@red
@349 red Possible NULL dereference of ldmarr+nops
@servers/slurpd/ldap_op.c
@Intraprocedural Null error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@red
@646 red Possible NULL dereference of srs with trace srs
@servers/slapd/overlays/syncprov.c
@Intraprocedural error with loop summary propagation
@red
@649 red Possible NULL dereference of srs with trace srs
@servers/slapd/overlays/syncprov.c
@Intraprocedural error with loop summary propagation
@red
@647 red Possible NULL dereference of srs with trace srs
@servers/slapd/overlays/syncprov.c
@Intraprocedural error with loop summary propagation
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Can that pointer be NULL?
@orange
@545 orange (INCONSISTENT USE) Possible null dereference of variable
op->o_bd. This variable is checked for Null at lines: 551, 553, 597
@servers/slapd/backover.c
@Inconsistency error
@orange
@477 orange (INCONSISTENT USE) Possible null dereference of variable
op->o_bd. This variable is checked for Null at lines: 483, 485, 529
@servers/slapd/backover.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Looks like a bug if the loop body @1104 is not executed.
@red
@1112 red Possible NULL dereference of on with trace on
@servers/slapd/backover.c
@Intraprocedural error with loop summary propagation
@red
@1113 red Possible NULL dereference of on with trace on
@servers/slapd/backover.c
@Intraprocedural error with loop summary propagation
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Bad programming practice, what's the point of checking the pointer after
dereference?? Is this a bug?
@orange
@528 orange (INCONSISTENT USE) Possible null dereference of variable
val. This variable is checked for Null at lines: 534
@servers/slapd/value.c
@Inconsistency error
@orange
@465 orange (INCONSISTENT USE) Possible null dereference of variable
val. This variable is checked for Null at lines: 471
@servers/slapd/value.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Bad programming practice, is it a bug?
@orange
@298 orange (INCONSISTENT USE) Possible null dereference of variable
data. This variable is checked for Null at lines: 302
@libraries/librewrite/ldapmap.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like a bug.
@orange
@194 orange (INCONSISTENT USE) Possible null dereference of variable
defaults. This variable is checked for Null at lines: 115, 118, 121,
125
@libraries/liblutil/sasl.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
@red
@147 red Possible NULL dereference of p
@libraries/liblutil/avl.c
@Intraprocedural Null error
@red
@148 red Possible NULL dereference of p
@libraries/liblutil/avl.c
@Intraprocedural Null error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
This is definitely a bad programming practice. Can rdn be NULL?
@orange
@238 orange (INCONSISTENT USE) Possible null dereference of variable
rdn+iAVA. This variable is checked for Null at lines: 240
@servers/slapd/dn.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
This is definitely a bad programming practice. Can dn be NULL?
@orange
@1202 orange (INCONSISTENT USE) Possible null dereference of variable
dn. This variable is checked for Null at lines: 1204
@servers/slapd/dn.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
This is definitely a bad programming practice. Can suffix be NULL?
@orange
@1202 orange (INCONSISTENT USE) Possible null dereference of variable
suffix. This variable is checked for Null at lines: 1205
@servers/slapd/dn.c
@Inconsistency error
----------------------------------------------------------------
----------------------------------------------------------------
Bug: ???
Seems like a bug.
@red
@634 red Possible NULL dereference of avl_list+ciltmp
@libraries/liblutil/avl.c
@Intraprocedural Null error
----------------------------------------------------------------
Thx,
--
Domagoj Babic
http://www.domagoj.info/
http://www.calysto.org/
15 years, 1 month
(ITS#5102) back-perl build issues
by kurt＠OpenLDAP.org
Full_Name: Kurt Zeilenga
Version: HEAD
OS: Mac OS X 10.4.10
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (24.180.46.200)
Submitted by: kurt
With perl v5.8.8 from macports (recently upgraded)
Entering directory `/Users/kurt/Work/devel/servers/slapd/back-perl'
/bin/sh ../../..//libtool --tag=disable-shared --mode=compile cc -g -O2
-I../../../include -I../../../include -I.. -I./.. -I/opt/local/include
-fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/opt/local/include
-I/opt/local/lib/perl5/5.8.8/darwin-2level/CORE -I/usr/pkg/include
-I/usr/pkg/include/db45 -c init.c
cc -g -O2 -I../../../include -I../../../include -I.. -I./..
-I/opt/local/include -fno-common -DPERL_DARWIN -no-cpp-precomp
-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/opt/local/include
-I/opt/local/lib/perl5/5.8.8/darwin-2level/CORE -I/usr/pkg/include
-I/usr/pkg/include/db45 -c init.c -o init.o
init.c:90: error: parse error before 'ConfigReply'
init.c: In function 'perl_back_db_init':
init.c:92: error: number of arguments doesn't match prototype
proto-perl.h:27: error: prototype declaration
init.c:93: error: 'be' undeclared (first use in this function)
init.c:93: error: (Each undeclared identifier is reported only once
init.c:93: error: for each function it appears in.)
init.c: At top level:
init.c:106: error: parse error before 'ConfigReply'
init.c: In function 'perl_back_db_open':
init.c:108: error: number of arguments doesn't match prototype
proto-perl.h:28: error: prototype declaration
init.c:112: error: 'be' undeclared (first use in this function)
make[3]: *** [init.lo] Error 1
15 years, 1 month
