Rich, After some tests, we discovered that the problem occurs when there is view object (objectclass = nsview) on the directory. If we create a base that contains only groups and users, the error message doesn't exist, but if we create a view object, the message appears. The same error message occurs when we replicated database that has views. It's important to observe that the view is working correctly. This situation started with the FDS 1.2 version. If we use the FDS 1.1.3 version, that's all ok. Thanks, Priscilla Lanne 2009/5/8 Rich Megginson <rmeggins at redhat.com> > Priscilla Leao wrote: > >> Hi, everyone! >> >> When our FDS 1.2 server (consumer replica) receives the replica database >> and after the dirsrv service is reinitialized the following error message >> happens: >> >> "memory allocator - cannot calloc 0 elements;trying to allocate 0 or a >> negative number of elements is not portable and gives different results on >> different platforms." >> >> This server is a debian lenny and the FDS deb packages were generated >> using the default options based on the " >> http://directory.fedoraproject.org/wiki/Howto:BuildonEtch"; document, but >> using the more recent packages on the >> http://directory.fedoraproject.org/sources/. >> >> Any idea about this problem? >> > Has anyone seen this problem on Fedora/EL? > >> >> Regards, >> Priscilla Lanne >> >> ------------------------------------------------------------------------ >> >> -- >> Fedora-directory-users mailing list >> Fedora-directory-users at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-directory-users >> >> > > > -- > Fedora-directory-users mailing list > Fedora-directory-users at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20090518/ee168f13/attachment.html
