openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

Start a nNew thread

Re: (ITS#8961) Crash when deleting olcDbIndex (back-mdb)
by ryan＠nardis.ca 25 Jan '19

25 Jan '19

Possible duplicate of ITS#8472?

1 0

(ITS#8961) Crash when deleting olcDbIndex (back-mdb)
by h.b.furuseth＠usit.uio.no 25 Jan '19

25 Jan '19

Full_Name: Hallvard Breien Furuseth Version: RE24 de23e57b13fa25ffc9b9c204fd22a50dbde6c0b2 OS: Linux: Fedora 28 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (193.90.49.117) ch_malloc(0) asserts when completely deleting olcDbIndex from an MDB database. $ mkdir db.foo $ servers/slapd/slapd -h ldapi://ldapi/ -f slapd.conf -d0 & $ ldapmodify -H ldapi://ldapi/ -QYEXTERNAL <<EOF dn: olcDatabase={1}mdb,cn=config changetype: modify delete: olcDbIndex - EOF modifying entry "olcDatabase={1}mdb,cn=config" slapd: ch_malloc.c:107: ch_calloc: Assertion `0' failed. ldap_result: Can't contact LDAP server (-1) $ cat slapd.conf include schema/core.schema authz-regexp ,cn=peercred,cn=external,cn=auth cn=admin database config rootdn cn=admin database mdb suffix o=foo directory db.foo index cn eq

1 0

Re: (ITS#8959) duplicate symbols
by ruga＠protonmail.com 24 Jan '19

24 Jan '19

This is a multi-part message in MIME format. --b1_2665a35367b9f29d29e4b0efc05c7981 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 TXkgYnVpbGQgZW52aXJvbm1lbnQgd29ya3Mgd2VsbCBmb3IgbWFueSBvcGVuIHNvdXJjZSBwcm9q ZWN0cy4KCk9uIFRodSwgSmFuIDI0LCAyMDE5IGF0IDE5OjU2LCBIb3dhcmQgQ2h1IDxoeWNAc3lt YXMuY29tPiB3cm90ZToKCj4gcnVnYUBwcm90b25tYWlsLmNvbSB3cm90ZToKPj4gRnVsbF9OYW1l OiBSdXBlcnQKPj4gVmVyc2lvbjogMi40LjQ3Cj4+IE9TOiBEYXJ3aW4gYWxpY2UgMTcuNy4wIERh cndpbiBLZXJuZWwgVmVyc2lvbiAxNy43LjA6IEZyaSBOb3YgMiAyMDo0MzoxNiBQRFQgMjAxODsg cm9vdDp4bnUtNDU3MC43MS4xN34xL1JFTEVBU0VfWDg2XzY0IHg4Nl82NAo+PiBVUkw6IGZ0cDov L2Z0cC5vcGVubGRhcC5vcmcvaW5jb21pbmcvCj4+IFN1Ym1pc3Npb24gZnJvbTogKE5VTEwpICg1 LjE3MC4xMjAuMTI2KQo+Pgo+Pgo+PiBOT1RFCj4+Cj4+PiBtYWtlCj4+Cj4+IFsuLi5dCj4+IGR1 cGxpY2F0ZSBzeW1ib2wgX2Jlcl9pbnRfb3B0aW9ucyBpbjoKPj4gL29wdC9zcmMvb3BlbmxkYXAt Mi40LjQ3L2xpYnJhcmllcy9saWJsYmVyLy5saWJzL2xpYmxiZXIuYShvcHRpb25zLm8pCj4+IC4u Ly4uL2xpYnJhcmllcy9saWJsYmVyLy5saWJzL2xpYmxiZXIuYShvcHRpb25zLm8pCj4+IGR1cGxp Y2F0ZSBzeW1ib2wgX2Jlcl9zZXRfb3B0aW9uIGluOgo+PiAvb3B0L3NyYy9vcGVubGRhcC0yLjQu NDcvbGlicmFyaWVzL2xpYmxiZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubykKPj4gLi4vLi4v bGlicmFyaWVzL2xpYmxiZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubykKPj4gZHVwbGljYXRl IHN5bWJvbCBfYmVyX2dldF9vcHRpb24gaW46Cj4+IC9vcHQvc3JjL29wZW5sZGFwLTIuNC40Ny9s aWJyYXJpZXMvbGlibGJlci8ubGlicy9saWJsYmVyLmEob3B0aW9ucy5vKQo+PiAuLi8uLi9saWJy YXJpZXMvbGlibGJlci8ubGlicy9saWJsYmVyLmEob3B0aW9ucy5vKQo+PiBsZDogMyBkdXBsaWNh dGUgc3ltYm9scyBmb3IgYXJjaGl0ZWN0dXJlIHg4Nl82NAo+PiBjbGFuZy03OiBlcnJvcjogbGlu a2VyIGNvbW1hbmQgZmFpbGVkIHdpdGggZXhpdCBjb2RlIDEgKHVzZSAtdiB0byBzZWUKPj4gaW52 b2NhdGlvbikKPj4gbWFrZVsyXTogKioqIFthcGl0ZXN0XSBFcnJvciAxCj4+IG1ha2VbMl06ICoq KiBXYWl0aW5nIGZvciB1bmZpbmlzaGVkIGpvYnMuLi4uCj4+IGR1cGxpY2F0ZSBzeW1ib2wgX2Jl cl9pbnRfb3B0aW9ucyBpbjoKPj4gL29wdC9zcmMvb3BlbmxkYXAtMi40LjQ3L2xpYnJhcmllcy9s aWJsYmVyLy5saWJzL2xpYmxiZXIuYShvcHRpb25zLm8pCj4+IC4uLy4uL2xpYnJhcmllcy9saWJs YmVyLy5saWJzL2xpYmxiZXIuYShvcHRpb25zLm8pCj4+IGR1cGxpY2F0ZSBzeW1ib2wgX2Jlcl9z ZXRfb3B0aW9uIGluOgo+PiAvb3B0L3NyYy9vcGVubGRhcC0yLjQuNDcvbGlicmFyaWVzL2xpYmxi ZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubykKPj4gLi4vLi4vbGlicmFyaWVzL2xpYmxiZXIv LmxpYnMvbGlibGJlci5hKG9wdGlvbnMubykKPj4gZHVwbGljYXRlIHN5bWJvbCBfYmVyX2dldF9v cHRpb24gaW46Cj4+IC9vcHQvc3JjL29wZW5sZGFwLTIuNC40Ny9saWJyYXJpZXMvbGlibGJlci8u bGlicy9saWJsYmVyLmEob3B0aW9ucy5vKQo+PiAuLi8uLi9saWJyYXJpZXMvbGlibGJlci8ubGli cy9saWJsYmVyLmEob3B0aW9ucy5vKQo+PiBsZDogMyBkdXBsaWNhdGUgc3ltYm9scyBmb3IgYXJj aGl0ZWN0dXJlIHg4Nl82NAo+PiBjbGFuZy03OiBlcnJvcjogbGlua2VyIGNvbW1hbmQgZmFpbGVk IHdpdGggZXhpdCBjb2RlIDEgKHVzZSAtdiB0byBzZWUKPj4gaW52b2NhdGlvbikKPj4gbWFrZVsy XTogKioqIFtkbnRlc3RdIEVycm9yIDEKPj4gbWFrZVsxXTogKioqIFthbGwtY29tbW9uXSBFcnJv ciAxCj4+IG1ha2U6ICoqKiBbYWxsLWNvbW1vbl0gRXJyb3IgMQo+Pgo+Pgo+PiBDT01NRU5UCj4+ Cj4+IFNpbGx5IGJ1ZywgdHJpcHBpbmcgdGhlIGNvbXBpbGVyLgo+Cj4gU291bmRzIGxpa2UgYSBs aW5rZXIgYnVnIG9yIHNvbWUgb3RoZXIgcHJvYmxlbSBpbiB5b3VyIGJ1aWxkIGVudmlyb25tZW50 Lgo+IFRoZXJlIGFyZSBubyBkdXBsaWNhdGUgc3ltYm9scyBhbnl3aGVyZSBpbiB0aGlzIHNvdXJj ZSB0cmVlLgo+Cj4gLS0KPiAtLSBIb3dhcmQgQ2h1Cj4gQ1RPLCBTeW1hcyBDb3JwLiBodHRwOi8v d3d3LnN5bWFzLmNvbQo+IERpcmVjdG9yLCBIaWdobGFuZCBTdW4gaHR0cDovL2hpZ2hsYW5kc3Vu LmNvbS9oeWMvCj4gQ2hpZWYgQXJjaGl0ZWN0LCBPcGVuTERBUCBodHRwOi8vd3d3Lm9wZW5sZGFw Lm9yZy9wcm9qZWN0Lw== --b1_2665a35367b9f29d29e4b0efc05c7981 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 ICAgPGRpdj5NeSBidWlsZCBlbnZpcm9ubWVudCB3b3JrcyB3ZWxsIGZvciBtYW55IG9wZW4gc291 cmNlIHByb2plY3RzLiZuYnNwOzwvZGl2PiA8ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj5P biBUaHUsIEphbiAyNCwgMjAxOSBhdCAxOTo1NiwgSG93YXJkIENodSAmbHQ7PGEgaHJlZj0ibWFp bHRvOmh5Y0BzeW1hcy5jb20iIGNsYXNzPSIiPmh5Y0BzeW1hcy5jb208L2E+Jmd0OyB3cm90ZTo8 YmxvY2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSIgdHlwZT0iY2l0ZSI+ICBydWdhQHBy b3Rvbm1haWwuY29tIHdyb3RlOjxicj4mZ3Q7IEZ1bGxfTmFtZTogUnVwZXJ0PGJyPiZndDsgVmVy c2lvbjogMi40LjQ3PGJyPiZndDsgT1M6IERhcndpbiBhbGljZSAxNy43LjAgRGFyd2luIEtlcm5l bCBWZXJzaW9uIDE3LjcuMDogRnJpIE5vdiAgMiAyMDo0MzoxNiBQRFQgMjAxODsgcm9vdDp4bnUt NDU3MC43MS4xN34xL1JFTEVBU0VfWDg2XzY0IHg4Nl82NDxicj4mZ3Q7IFVSTDogZnRwOi8vZnRw Lm9wZW5sZGFwLm9yZy9pbmNvbWluZy88YnI+Jmd0OyBTdWJtaXNzaW9uIGZyb206IChOVUxMKSAo NS4xNzAuMTIwLjEyNik8YnI+Jmd0Ozxicj4mZ3Q7PGJyPiZndDsgTk9URTxicj4mZ3Q7PGJyPiZn dDsmZ3Q7IG1ha2U8YnI+Jmd0Ozxicj4mZ3Q7IFsuLi5dPGJyPiZndDsgZHVwbGljYXRlIHN5bWJv bCBfYmVyX2ludF9vcHRpb25zIGluOjxicj4mZ3Q7ICAgICAvb3B0L3NyYy9vcGVubGRhcC0yLjQu NDcvbGlicmFyaWVzL2xpYmxiZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubyk8YnI+Jmd0OyAg ICAgLi4vLi4vbGlicmFyaWVzL2xpYmxiZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubyk8YnI+ Jmd0OyBkdXBsaWNhdGUgc3ltYm9sIF9iZXJfc2V0X29wdGlvbiBpbjo8YnI+Jmd0OyAgICAgL29w dC9zcmMvb3BlbmxkYXAtMi40LjQ3L2xpYnJhcmllcy9saWJsYmVyLy5saWJzL2xpYmxiZXIuYShv cHRpb25zLm8pPGJyPiZndDsgICAgIC4uLy4uL2xpYnJhcmllcy9saWJsYmVyLy5saWJzL2xpYmxi ZXIuYShvcHRpb25zLm8pPGJyPiZndDsgZHVwbGljYXRlIHN5bWJvbCBfYmVyX2dldF9vcHRpb24g aW46PGJyPiZndDsgICAgIC9vcHQvc3JjL29wZW5sZGFwLTIuNC40Ny9saWJyYXJpZXMvbGlibGJl ci8ubGlicy9saWJsYmVyLmEob3B0aW9ucy5vKTxicj4mZ3Q7ICAgICAuLi8uLi9saWJyYXJpZXMv bGlibGJlci8ubGlicy9saWJsYmVyLmEob3B0aW9ucy5vKTxicj4mZ3Q7IGxkOiAzIGR1cGxpY2F0 ZSBzeW1ib2xzIGZvciBhcmNoaXRlY3R1cmUgeDg2XzY0PGJyPiZndDsgY2xhbmctNzogZXJyb3I6 IGxpbmtlciBjb21tYW5kIGZhaWxlZCB3aXRoIGV4aXQgY29kZSAxICh1c2UgLXYgdG8gc2VlPGJy PiZndDsgaW52b2NhdGlvbik8YnI+Jmd0OyBtYWtlWzJdOiAqKiogW2FwaXRlc3RdIEVycm9yIDE8 YnI+Jmd0OyBtYWtlWzJdOiAqKiogV2FpdGluZyBmb3IgdW5maW5pc2hlZCBqb2JzLi4uLjxicj4m Z3Q7IGR1cGxpY2F0ZSBzeW1ib2wgX2Jlcl9pbnRfb3B0aW9ucyBpbjo8YnI+Jmd0OyAgICAgL29w dC9zcmMvb3BlbmxkYXAtMi40LjQ3L2xpYnJhcmllcy9saWJsYmVyLy5saWJzL2xpYmxiZXIuYShv cHRpb25zLm8pPGJyPiZndDsgICAgIC4uLy4uL2xpYnJhcmllcy9saWJsYmVyLy5saWJzL2xpYmxi ZXIuYShvcHRpb25zLm8pPGJyPiZndDsgZHVwbGljYXRlIHN5bWJvbCBfYmVyX3NldF9vcHRpb24g aW46PGJyPiZndDsgICAgIC9vcHQvc3JjL29wZW5sZGFwLTIuNC40Ny9saWJyYXJpZXMvbGlibGJl ci8ubGlicy9saWJsYmVyLmEob3B0aW9ucy5vKTxicj4mZ3Q7ICAgICAuLi8uLi9saWJyYXJpZXMv bGlibGJlci8ubGlicy9saWJsYmVyLmEob3B0aW9ucy5vKTxicj4mZ3Q7IGR1cGxpY2F0ZSBzeW1i b2wgX2Jlcl9nZXRfb3B0aW9uIGluOjxicj4mZ3Q7ICAgICAvb3B0L3NyYy9vcGVubGRhcC0yLjQu NDcvbGlicmFyaWVzL2xpYmxiZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubyk8YnI+Jmd0OyAg ICAgLi4vLi4vbGlicmFyaWVzL2xpYmxiZXIvLmxpYnMvbGlibGJlci5hKG9wdGlvbnMubyk8YnI+ Jmd0OyBsZDogMyBkdXBsaWNhdGUgc3ltYm9scyBmb3IgYXJjaGl0ZWN0dXJlIHg4Nl82NDxicj4m Z3Q7IGNsYW5nLTc6IGVycm9yOiBsaW5rZXIgY29tbWFuZCBmYWlsZWQgd2l0aCBleGl0IGNvZGUg MSAodXNlIC12IHRvIHNlZTxicj4mZ3Q7IGludm9jYXRpb24pPGJyPiZndDsgbWFrZVsyXTogKioq IFtkbnRlc3RdIEVycm9yIDE8YnI+Jmd0OyBtYWtlWzFdOiAqKiogW2FsbC1jb21tb25dIEVycm9y IDE8YnI+Jmd0OyBtYWtlOiAqKiogW2FsbC1jb21tb25dIEVycm9yIDE8YnI+Jmd0Ozxicj4mZ3Q7 PGJyPiZndDsgQ09NTUVOVDxicj4mZ3Q7PGJyPiZndDsgU2lsbHkgYnVnLCB0cmlwcGluZyB0aGUg Y29tcGlsZXIuPGJyPjxicj5Tb3VuZHMgbGlrZSBhIGxpbmtlciBidWcgb3Igc29tZSBvdGhlciBw cm9ibGVtIGluIHlvdXIgYnVpbGQgZW52aXJvbm1lbnQuPGJyPlRoZXJlIGFyZSBubyBkdXBsaWNh dGUgc3ltYm9scyBhbnl3aGVyZSBpbiB0aGlzIHNvdXJjZSB0cmVlLjxicj48YnI+LS08YnI+ICAt LSBIb3dhcmQgQ2h1PGJyPiAgQ1RPLCBTeW1hcyBDb3JwLiAgICAgICAgICAgaHR0cDovL3d3dy5z eW1hcy5jb208YnI+ICBEaXJlY3RvciwgSGlnaGxhbmQgU3VuICAgICBodHRwOi8vaGlnaGxhbmRz dW4uY29tL2h5Yy88YnI+ICBDaGllZiBBcmNoaXRlY3QsIE9wZW5MREFQICBodHRwOi8vd3d3Lm9w ZW5sZGFwLm9yZy9wcm9qZWN0Lzxicj48L2Jsb2NrcXVvdGU+PGRpdj48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+ --b1_2665a35367b9f29d29e4b0efc05c7981--

1 0

Re: (ITS#8958) 2nd cn=config update blocks slapd while adding subordinate index
by h.b.furuseth＠usit.uio.no 24 Jan '19

24 Jan '19

My bug report's bug.sh script is broken. It needs "mpid=$!" before "sleep 0.5", and "wait $mpid" before "kill $pid". -- Hallvard

1 0

Re: (ITS#8958) 2nd cn=config update blocks slapd while adding subordinate index
by h.b.furuseth＠usit.uio.no 24 Jan '19

24 Jan '19

On 22.01.2019 19:55, Ondřej Kuzník wrote: > The problem is not that it's still scheduled when the pause is > requested, scheduled tasks don't prevent a pause (and I think some > of them need to be a bit more aware of that fact), but that it's been > picked up by a worker thread and is running while cn=config waits for > them to pause. _And_ that a pause request is all-or-nothing. This demo code of graduated wait-for-pause works for me. For RE24, it doesn't combine easily with Git master's multiple tpool queues:-( ftp://ftp.openldap.org/incoming/Hallvard-Furuseth-190124.patch.gz But I'm not volunteering to write one for master anytime soon, unless someone has less complicated ideas for that than I do. A real version looks like more work than I expected anyway. > What I was suggesting was that it could check every so often whether it > might be holding up a pause and join it just like some other tasks do. > But that's only a good idea if it's able to handle the changes that > happen during the pause (indexes reconfigured again, the database going > away, ...) as well as being able to release any locks temporarily. Yes. I should have answered that, but I still cannot decide what I think of it. I see no locks to worry about in that code, but the rest does make me nervous. Possibly we can find some times where we can pause safely, but not a general case. For example, in the case of back-mdb we could register scheduled config operations the database itself, in a "(TODO)" LMDB DB. Doesn't help with schema changes, but does help renumbering slapd DBs. -- Hallvard

1 0

Re: (ITS#8959) duplicate symbols
by hyc＠symas.com 24 Jan '19

24 Jan '19

ruga(a)protonmail.com wrote: > Full_Name: Rupert > Version: 2.4.47 > OS: Darwin alice 17.7.0 Darwin Kernel Version 17.7.0: Fri Nov 2 20:43:16 PDT 2018; root:xnu-4570.71.17~1/RELEASE_X86_64 x86_64 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (5.170.120.126) > > > NOTE > >> make > > [...] > duplicate symbol _ber_int_options in: > /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) > ../../libraries/liblber/.libs/liblber.a(options.o) > duplicate symbol _ber_set_option in: > /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) > ../../libraries/liblber/.libs/liblber.a(options.o) > duplicate symbol _ber_get_option in: > /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) > ../../libraries/liblber/.libs/liblber.a(options.o) > ld: 3 duplicate symbols for architecture x86_64 > clang-7: error: linker command failed with exit code 1 (use -v to see > invocation) > make[2]: *** [apitest] Error 1 > make[2]: *** Waiting for unfinished jobs.... > duplicate symbol _ber_int_options in: > /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) > ../../libraries/liblber/.libs/liblber.a(options.o) > duplicate symbol _ber_set_option in: > /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) > ../../libraries/liblber/.libs/liblber.a(options.o) > duplicate symbol _ber_get_option in: > /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) > ../../libraries/liblber/.libs/liblber.a(options.o) > ld: 3 duplicate symbols for architecture x86_64 > clang-7: error: linker command failed with exit code 1 (use -v to see > invocation) > make[2]: *** [dntest] Error 1 > make[1]: *** [all-common] Error 1 > make: *** [all-common] Error 1 > > > COMMENT > > Silly bug, tripping the compiler. Sounds like a linker bug or some other problem in your build environment. There are no duplicate symbols anywhere in this source tree. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#8959) duplicate symbols
by quanah＠symas.com 24 Jan '19

24 Jan '19

--On Thursday, January 24, 2019 6:26 PM +0000 ruga(a)protonmail.com wrote: > Full_Name: Rupert > Version: 2.4.47 > OS: Darwin alice 17.7.0 Darwin Kernel Version 17.7.0: Fri Nov 2 20:43:16 > PDT 2018; root:xnu-4570.71.17~1/RELEASE_X86_64 x86_64 URL: > ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (5.170.120.126) Builds fine for me using clang compiler on FreeBSD. Also appears to work fine for Apple, since it ships the OpenLDAP libraries. You'll need to provide more details as to exactly what you're doing to encounter this issue. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8960) code quality
by quanah＠symas.com 24 Jan '19

24 Jan '19

--On Thursday, January 24, 2019 6:47 PM +0000 ruga(a)protonmail.com wrote: > Full_Name: Rupert > Version: - > OS: - > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (5.170.120.126) > > > The source code of openldap went through lumnify's meat grinder, > receiving a score of 1 (fail) out of 5. Score 1 means "A lot of patch Sounds like lumnify is a poor quality product. You may wish to use something better written? In any case, the ITS system is for bug reports, this is clearly not a bug report. It will be closed. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

(ITS#8960) code quality
by ruga＠protonmail.com 24 Jan '19

24 Jan '19

Full_Name: Rupert Version: - OS: - URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (5.170.120.126) The source code of openldap went through lumnify's meat grinder, receiving a score of 1 (fail) out of 5. Score 1 means "A lot of patch work and bandages, project is most likely in initial stage of development. Most of source code is highly unmaintainable and feels a bit chaotic. It is good starting point, but plenty of work ahead. Don't give up yet!". I see old bugs pending. Is the project active? [1] https://sysadmin.libhunt.com/openldap-alternatives [2] https://lumnify.com/grades/?rel=libhunt

1 0

(ITS#8959) duplicate symbols
by ruga＠protonmail.com 24 Jan '19

24 Jan '19

Full_Name: Rupert Version: 2.4.47 OS: Darwin alice 17.7.0 Darwin Kernel Version 17.7.0: Fri Nov 2 20:43:16 PDT 2018; root:xnu-4570.71.17~1/RELEASE_X86_64 x86_64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (5.170.120.126) NOTE >make [...] duplicate symbol _ber_int_options in: /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) ../../libraries/liblber/.libs/liblber.a(options.o) duplicate symbol _ber_set_option in: /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) ../../libraries/liblber/.libs/liblber.a(options.o) duplicate symbol _ber_get_option in: /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) ../../libraries/liblber/.libs/liblber.a(options.o) ld: 3 duplicate symbols for architecture x86_64 clang-7: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [apitest] Error 1 make[2]: *** Waiting for unfinished jobs.... duplicate symbol _ber_int_options in: /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) ../../libraries/liblber/.libs/liblber.a(options.o) duplicate symbol _ber_set_option in: /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) ../../libraries/liblber/.libs/liblber.a(options.o) duplicate symbol _ber_get_option in: /opt/src/openldap-2.4.47/libraries/liblber/.libs/liblber.a(options.o) ../../libraries/liblber/.libs/liblber.a(options.o) ld: 3 duplicate symbols for architecture x86_64 clang-7: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [dntest] Error 1 make[1]: *** [all-common] Error 1 make: *** [all-common] Error 1 COMMENT Silly bug, tripping the compiler.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs