[Date Prev][Date Next]
Re: (ITS#4090) EPOLL fix makes slapd crash on linux 2.4.31 PPC
SR, ESC wrote:
> Le sam 2005-10-15 a 14:28:28 -0400, Howard Chu <firstname.lastname@example.org> a dit:
>> email@example.com wrote:
>>> machines are older 32bit PowerPC machines. why i mention this is
>>> because i think it's platform specific. .
>> Sounds like you should file a bug report with the PPC Linux kernel
>> maintainers. In the meantime, you should configure OpenLDAP without
>> epoll support. Set ac_cv_header_sys_epoll_h=no before running the
>> configure script. (Or just manually comment out the HAVE_EPOLL
>> define in include/portable.h.)
> i'll try it. i don't know if it's a bug with the kernel, or with
> openldap, i don't know enough about it, but just to make sure i'll ask
> this: i assume that you try to take into account various architectures
> in coding this software, but i just want to make sure that you are,
> since this isn't the first time i've seen bugs in software projects
> that result from the devels involved not taking into account issues
> like BE and LE (big endian/little endian), and many other little
> quirks of the various arches.
> i'll say this: i haven't seen such problems before with openldap, so
> it'd be surprising to see this be the case. hopefully it's just a
> kernel bug. i'll go do some more research on EPOLL, relationship to
> the kernel, etc. just so i grok this.
There are no byte-ordering dependencies with the epoll() API. Any
architectural dependencies would only exist inside the kernel and not be
exposed above the system call layer, which is why I suggested you
contact the PPC Linux kernel maintainers. Your concern about our
awareness of such elementary portability issues is unfounded.
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/