Linux Netfilter discussions
 help / color / mirror / Atom feed
* [ANNOUNCEMENT] ipset-2.3.1 released
@ 2008-06-12 10:01 Jozsef Kadlecsik
  2008-06-14 15:43 ` pud
  0 siblings, 1 reply; 7+ messages in thread
From: Jozsef Kadlecsik @ 2008-06-12 10:01 UTC (permalink / raw)
  To: netfilter, netfilter-devel

Hello,

I'm happy to release a new version of ipset. This is a bugfix release, no 
new features added. The list of the fixes:

- kernel part: a nasty typo which can lead to kernel crash when 
  creating a set is fixed in the macipmap type
- userspace tool:
  - segfault on --unbind :all: :all: fixed (reported by cheetah and Tom 
    Eastep)
  - User input parameters are sanitized everywhere
  - Initial testsuite added: few bugs discovered and fixed
    - typo in macipmap type prevented to use max size set of this type
    - *map types are made sure to allow and use max size of sets

You can download the ipset-1.3.1 source tree and the patch-o-matic-ng 
snapshot from http://ipset.netfilter.org/.

The sources can be downloaded directly from the git and svn repositories
as well:

- patch-o-matic-ng from git: git://git.netfilter.org/patch-o-matic-ng.git
- ipset from svn: https://svn.netfilter.org/netfilter/trunk/ipset

Best regards,
Jozsef
-
E-mail  : kadlec@blackhole.kfki.hu, kadlec@mail.kfki.hu
PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address : KFKI Research Institute for Particle and Nuclear Physics
          H-1525 Budapest 114, POB. 49, Hungary

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ANNOUNCEMENT] ipset-2.3.1 released
  2008-06-12 10:01 [ANNOUNCEMENT] ipset-2.3.1 released Jozsef Kadlecsik
@ 2008-06-14 15:43 ` pud
  2008-06-17  8:07   ` Jozsef Kadlecsik
  0 siblings, 1 reply; 7+ messages in thread
From: pud @ 2008-06-14 15:43 UTC (permalink / raw)
  To: netfilter

On Thu, 12 Jun 2008, Jozsef Kadlecsik wrote:

> Hello,
> 
> I'm happy to release a new version of ipset. This is a bugfix release, no 
> new features added. The list of the fixes:

thanks for that, but maybe it still needs a fix for building with glibc-2.8:

cc -O2 -Wall -Wunused -I/usr/src/linux/include -I.  -fPIC -o ipset_iphash.o -c ipset_iphash.c
ipset_iphash.c: In function 'create_parse':
ipset_iphash.c:71: error: 'UINT_MAX' undeclared (first use in this function)
ipset_iphash.c:71: error: (Each undeclared identifier is reported only once
ipset_iphash.c:71: error: for each function it appears in.)
make: *** [ipset_iphash.o] Error 1


including limits.h fixes it of cause, but i'm not sure if that is a proper fix



-- 
gpg-key #C3B04767

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ANNOUNCEMENT] ipset-2.3.1 released
  2008-06-14 15:43 ` pud
@ 2008-06-17  8:07   ` Jozsef Kadlecsik
  2008-06-17 13:43     ` ArcosCom Linux User
  0 siblings, 1 reply; 7+ messages in thread
From: Jozsef Kadlecsik @ 2008-06-17  8:07 UTC (permalink / raw)
  To: pud; +Cc: netfilter

On Sat, 14 Jun 2008, pud wrote:

> thanks for that, but maybe it still needs a fix for building with glibc-2.8:
> 
> cc -O2 -Wall -Wunused -I/usr/src/linux/include -I.  -fPIC -o ipset_iphash.o -c ipset_iphash.c
> ipset_iphash.c: In function 'create_parse':
> ipset_iphash.c:71: error: 'UINT_MAX' undeclared (first use in this function)
> ipset_iphash.c:71: error: (Each undeclared identifier is reported only once
> ipset_iphash.c:71: error: for each function it appears in.)
> make: *** [ipset_iphash.o] Error 1
> 
> including limits.h fixes it of cause, but i'm not sure if that is a proper fix

I added the limits.h to the files which uses UINT_MAX. svn holds the fixed 
version, thank you the report.

Best regards,
Jozsef
-
E-mail  : kadlec@blackhole.kfki.hu, kadlec@mail.kfki.hu
PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address : KFKI Research Institute for Particle and Nuclear Physics
          H-1525 Budapest 114, POB. 49, Hungary

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ANNOUNCEMENT] ipset-2.3.1 released
  2008-06-17  8:07   ` Jozsef Kadlecsik
@ 2008-06-17 13:43     ` ArcosCom Linux User
  2008-06-17 13:55       ` Jozsef Kadlecsik
  0 siblings, 1 reply; 7+ messages in thread
From: ArcosCom Linux User @ 2008-06-17 13:43 UTC (permalink / raw)
  To: netfilter

Be carefull about 32/64 bits architectures, this macro value, perhaps, is
diferent depending on it.

Regards

El Mar, 17 de Junio de 2008, 10:07, Jozsef Kadlecsik escribió:
> On Sat, 14 Jun 2008, pud wrote:
>
>> thanks for that, but maybe it still needs a fix for building with
>> glibc-2.8:
>>
>> cc -O2 -Wall -Wunused -I/usr/src/linux/include -I.  -fPIC -o
>> ipset_iphash.o -c ipset_iphash.c
>> ipset_iphash.c: In function 'create_parse':
>> ipset_iphash.c:71: error: 'UINT_MAX' undeclared (first use in this
>> function)
>> ipset_iphash.c:71: error: (Each undeclared identifier is reported only
>> once
>> ipset_iphash.c:71: error: for each function it appears in.)
>> make: *** [ipset_iphash.o] Error 1
>>
>> including limits.h fixes it of cause, but i'm not sure if that is a
>> proper fix
>
> I added the limits.h to the files which uses UINT_MAX. svn holds the fixed
> version, thank you the report.
>
> Best regards,
> Jozsef
> -
> E-mail  : kadlec@blackhole.kfki.hu, kadlec@mail.kfki.hu
> PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
> Address : KFKI Research Institute for Particle and Nuclear Physics
>           H-1525 Budapest 114, POB. 49, Hungary
> --
> To unsubscribe from this list: send the line "unsubscribe netfilter" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ANNOUNCEMENT] ipset-2.3.1 released
  2008-06-17 13:43     ` ArcosCom Linux User
@ 2008-06-17 13:55       ` Jozsef Kadlecsik
  2008-06-17 14:38         ` Jan Engelhardt
  0 siblings, 1 reply; 7+ messages in thread
From: Jozsef Kadlecsik @ 2008-06-17 13:55 UTC (permalink / raw)
  To: ArcosCom Linux User; +Cc: netfilter

On Tue, 17 Jun 2008, ArcosCom Linux User wrote:

> >> cc -O2 -Wall -Wunused -I/usr/src/linux/include -I.  -fPIC -o
> >> ipset_iphash.o -c ipset_iphash.c
> >> ipset_iphash.c: In function 'create_parse':
> >> ipset_iphash.c:71: error: 'UINT_MAX' undeclared (first use in this
> >> function)
> >> ipset_iphash.c:71: error: (Each undeclared identifier is reported only
> >> once
> >> ipset_iphash.c:71: error: for each function it appears in.)
> >> make: *** [ipset_iphash.o] Error 1

> Be carefull about 32/64 bits architectures, this macro value, perhaps, is
> diferent depending on it.

No, it holds the same value. ULONG_MAX (LONG_MIN/LONG_MAX) is different on 
32 and 64 bit modes.

Best regards,
Jozsef
-
E-mail  : kadlec@blackhole.kfki.hu, kadlec@mail.kfki.hu
PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address : KFKI Research Institute for Particle and Nuclear Physics
          H-1525 Budapest 114, POB. 49, Hungary

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ANNOUNCEMENT] ipset-2.3.1 released
  2008-06-17 13:55       ` Jozsef Kadlecsik
@ 2008-06-17 14:38         ` Jan Engelhardt
  2008-06-17 20:29           ` Jozsef Kadlecsik
  0 siblings, 1 reply; 7+ messages in thread
From: Jan Engelhardt @ 2008-06-17 14:38 UTC (permalink / raw)
  To: Jozsef Kadlecsik; +Cc: ArcosCom Linux User, netfilter


On Tuesday 2008-06-17 15:55, Jozsef Kadlecsik wrote:

>On Tue, 17 Jun 2008, ArcosCom Linux User wrote:
>
>> >> cc -O2 -Wall -Wunused -I/usr/src/linux/include -I.  -fPIC -o
>> >> ipset_iphash.o -c ipset_iphash.c
>> >> ipset_iphash.c: In function 'create_parse':
>> >> ipset_iphash.c:71: error: 'UINT_MAX' undeclared (first use in this
>> >> function)
>> >> ipset_iphash.c:71: error: (Each undeclared identifier is reported only
>> >> once
>> >> ipset_iphash.c:71: error: for each function it appears in.)
>> >> make: *** [ipset_iphash.o] Error 1
>
>> Be carefull about 32/64 bits architectures, this macro value, perhaps, is
>> diferent depending on it.
>
>No, it holds the same value.

The same value... currently, and on selected systems ;-)
(UINT_MAX is implementation dependent.)

Also, -I/usr/src/linux looks *very* wrong to me, there is reason
we have /usr/include/linux...

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [ANNOUNCEMENT] ipset-2.3.1 released
  2008-06-17 14:38         ` Jan Engelhardt
@ 2008-06-17 20:29           ` Jozsef Kadlecsik
  0 siblings, 0 replies; 7+ messages in thread
From: Jozsef Kadlecsik @ 2008-06-17 20:29 UTC (permalink / raw)
  To: Jan Engelhardt; +Cc: ArcosCom Linux User, netfilter

On Tue, 17 Jun 2008, Jan Engelhardt wrote:

> >> Be carefull about 32/64 bits architectures, this macro value, perhaps, is
> >> diferent depending on it.
> >
> >No, it holds the same value.
> 
> The same value... currently, and on selected systems ;-)
> (UINT_MAX is implementation dependent.)

I'm not going to port ipset to other systems. Or do you imply UINT_MAX is 
implementation dependent on Linux? (Anyway, the successor of ipset is on 
the way... ;-)
 
> Also, -I/usr/src/linux looks *very* wrong to me, there is reason
> we have /usr/include/linux...

From the purists point of you, you are quite right. But ipset (userspace 
part + kernelspace part) - as it's "based" on patch-o-matic-ng - cannot be 
compiled without the kernel source. So -I/usr/src/linux is there as a 
fallback if the kernel source path is not defined explicitely.

Best regards,
Jozsef
-
E-mail  : kadlec@blackhole.kfki.hu, kadlec@mail.kfki.hu
PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address : KFKI Research Institute for Particle and Nuclear Physics
          H-1525 Budapest 114, POB. 49, Hungary

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2008-06-17 20:29 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-12 10:01 [ANNOUNCEMENT] ipset-2.3.1 released Jozsef Kadlecsik
2008-06-14 15:43 ` pud
2008-06-17  8:07   ` Jozsef Kadlecsik
2008-06-17 13:43     ` ArcosCom Linux User
2008-06-17 13:55       ` Jozsef Kadlecsik
2008-06-17 14:38         ` Jan Engelhardt
2008-06-17 20:29           ` Jozsef Kadlecsik

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox