lock method used for buffindexed is now changed

[Przemysław Maciuszko]

On Thu, Jan 08, 2004 at 11:40:18AM -0800, Russ Allbery wrote:

> So innbind is working for non-privileged ports, at least.  Hm.  You don't

Yes. It's working for >1024 ports.

> have any sort of unusual security software installed on the system, do

None. Right now I had to install IPFilter to redirect 119->HI-PORT locally
to get things working, but this is only the workaround :(

> you?  Anything that keeps users from running setuid programs, limits port
> binding further, or the like?

None. Like I said INN 2.4.0 was working fine on this machine for some time
(started/stopped many times) so suided programs starting INN - were working
(this is the same filesystem)
At midnight I'll try to make upgrade to latest CURRENT - however I still can
see some warnings compiling on Solaris:

gcc -g -O2 -I../include  -I.   -c -o buffindexed/buffindexed.o buffindexed/=
buffindexed.c
In file included from buffindexed/buffindexed.c:27:=20
=2E./include/config.h:427:1: warning: "_FILE_OFFSET_BITS" redefined
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2/include/sys/types.h:28,
                 from buffindexed/shmem.h:8,
                 from buffindexed/buffindexed.c:25:
/usr/include/sys/feature_tests.h:96:1: warning: this is the location of the=
 previous definition
buffindexed/buffindexed.c: In function =02uffindexed_open':
buffindexed/buffindexed.c:1075: warning: assignment from incompatible point=
er type
buffindexed/buffindexed.c: In function =07ROUPremapifneeded':
buffindexed/buffindexed.c:1225: warning: assignment from incompatible point=
er type
buffindexed/buffindexed.c: In function =07ROUPexpand':
buffindexed/buffindexed.c:1260: warning: assignment from incompatible point=
er type



--=20
Przemys=B3aw Maciuszko
Agora SA