Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-27 Thread Andrew Price
On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. Would it be worth the effort, and how feasible is it anyway? - Do we have any usage statistics? - How often do we see bugs caused by bad uses of setjmp/longjmp?

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-27 Thread Sam Varshavchik
Andrew Price writes: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. Would it be worth the effort, and how feasible is it anyway? - Do we have any usage statistics? - How often do we see bugs caused by bad u

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-27 Thread Rahul Sundaram
Hi On Sun, Apr 27, 2014 at 7:12 PM, Sam Varshavchik wrote: > > According to its manpage, setjmp and longjmp conform to C89, C99, and > POSIX. I'm afraid I just can't wrap my brain around a concept of something > that's good enough for POSIX, but not good enough for Fedora. > Just because a API

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-27 Thread Sam Varshavchik
Rahul Sundaram writes: Hi On Sun, Apr 27, 2014 at 7:12 PM, Sam Varshavchik  wrote: According to its manpage, setjmp and longjmp conform to C89, C99, and POSIX. I'm afraid I just can't wrap my brain around a concept of something that's good enough for POSIX, but not good enough fo

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Zoltan Boszormenyi
2014-04-28 00:02 keltezéssel, Andrew Price írta: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. Would it be worth the effort, and how feasible is it anyway? - Do we have any usage statistics? - How often do

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Nikos Mavrogiannopoulos
On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > On 24/04/14 15:13, Lennart Poettering wrote: > > We probably should make setjmp()-freeness a requirement for > > all code included in Fedora. > > Would it be worth the effort, and how feasible is it anyway? setjmp and longjmp are tools, tha

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Zoltan Boszormenyi
2014-04-28 09:52 keltezéssel, Nikos Mavrogiannopoulos írta: On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. Would it be worth the effort, and how feasibl

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Vít Ondruch
Dne 28.4.2014 09:52, Nikos Mavrogiannopoulos napsal(a): On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. I love the idea, but ... Would it be worth the

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Florian Weimer
On 04/28/2014 09:52 AM, Nikos Mavrogiannopoulos wrote: setjmp and longjmp are tools, that one may use in a good or bad way. Along the same lines one could argue for dropping programs that use goto in Fedora (because everyone knows that goto is bad). All compliant uses of setjmp/longjmp can be

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Daniel P. Berrange
On Mon, Apr 28, 2014 at 09:52:36AM +0200, Nikos Mavrogiannopoulos wrote: > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > > On 24/04/14 15:13, Lennart Poettering wrote: > > > We probably should make setjmp()-freeness a requirement for > > > all code included in Fedora. > > > > Would it b

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Nikos Mavrogiannopoulos
On Mon, 2014-04-28 at 10:10 +0100, Daniel P. Berrange wrote: > > To the point, if a program uses setjmp and longjmp it is often that > > there was no other way to do it. You cannot for example have a > > co-routine/fiber implementation in C without setjmp() and longjmp(). > That's not correct - yo

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Rahul Sundaram
Hi On Mon, Apr 28, 2014 at 3:47 AM, Zoltan Boszormenyi wrote: > Just one datapoint: have fun rewriting PostgreSQL's error handling > while still keeping it portable and acceptable upstream. Not to mention > Cerberus (a.k.a. Tom Lane) who guards that entrance, reads this list and > IIRC is a Red

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Adam Jackson
On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > On 24/04/14 15:13, Lennart Poettering wrote: > > We probably should make setjmp()-freeness a requirement for > > all code included in Fedora. > > Would it be worth the effort, and how feasible is it anyway? I don't think it'd be worth the e

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Bruno Wolff III
On Mon, Apr 28, 2014 at 09:47:53 +0200, Zoltan Boszormenyi wrote: Just one datapoint: have fun rewriting PostgreSQL's error handling while still keeping it portable and acceptable upstream. Not to mention Cerberus (a.k.a. Tom Lane) who guards that entrance, reads this list and IIRC is a Red H

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Casey Dahlin
On Mon, Apr 28, 2014 at 08:57:27AM -0400, Adam Jackson wrote: > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > > On 24/04/14 15:13, Lennart Poettering wrote: > > > We probably should make setjmp()-freeness a requirement for > > > all code included in Fedora. > > > > Would it be worth the

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Paul Wouters
On Mon, 28 Apr 2014, Adam Jackson wrote: A completely arbitrary datapoint: dmt:~% file /lib64/* | grep ELF.*shared | cut -f 1 -d : | xargs nm -aDu | grep -c setjmp 79 At a minimum you'd have to rewrite freetype, have fun with that. I'm happy for libreswan/openswan to not use it, if someone

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Florian Weimer
On 04/28/2014 02:57 PM, Adam Jackson wrote: A completely arbitrary datapoint: dmt:~% file /lib64/* | grep ELF.*shared | cut -f 1 -d : | xargs nm -aDu | grep -c setjmp 79 Less arbitrary data point: 761 source packages in Fedora rawhide reference any of the setjmp, _setjmp, or __sigsetjmp ELF

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Adam Jackson
On Mon, 2014-04-28 at 09:58 -0400, Casey Dahlin wrote: > On Mon, Apr 28, 2014 at 08:57:27AM -0400, Adam Jackson wrote: > > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > > > On 24/04/14 15:13, Lennart Poettering wrote: > > > > We probably should make setjmp()-freeness a requirement for >

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 Thread Miloslav Trmač
2014-04-28 0:02 GMT+02:00 Andrew Price : > On 24/04/14 15:13, Lennart Poettering wrote: > >> We probably should make setjmp()-freeness a requirement for >> all code included in Fedora. >> > > Would it be worth the effort, and how feasible is it anyway? > Generally no. Been there, done that. Avo

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-29 Thread Andrew Haley
On 04/28/2014 03:49 PM, Adam Jackson wrote: > On Mon, 2014-04-28 at 09:58 -0400, Casey Dahlin wrote: >> On Mon, Apr 28, 2014 at 08:57:27AM -0400, Adam Jackson wrote: >>> On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: On 24/04/14 15:13, Lennart Poettering wrote: > We probably should

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-29 Thread Paulo César Pereira de Andrade
2014-04-27 19:02 GMT-03:00 Andrew Price : > On 24/04/14 15:13, Lennart Poettering wrote: >> >> We probably should make setjmp()-freeness a requirement for >> all code included in Fedora. > > > Would it be worth the effort, and how feasible is it anyway? > - Do we have any usage statistics? > - How

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-30 Thread Eric Smith
On Mon, Apr 28, 2014 at 2:24 AM, Florian Weimer wrote: > On 04/28/2014 09:52 AM, Nikos Mavrogiannopoulos wrote: > > setjmp and longjmp are tools, that one may use in a good or bad way. >> Along the same lines one could argue for dropping programs that use goto >> in Fedora (because everyone know

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-05-01 Thread Michael scherer
On Tue, Apr 29, 2014 at 12:08:11PM -0300, Paulo César Pereira de Andrade wrote: > 2014-04-27 19:02 GMT-03:00 Andrew Price : > > On 24/04/14 15:13, Lennart Poettering wrote: > >> > >> We probably should make setjmp()-freeness a requirement for > >> all code included in Fedora. > > > > > > Would it b

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-06-04 Thread Adam Williamson
On Sun, 2014-04-27 at 19:12 -0400, Sam Varshavchik wrote: > Can't wait for this latest howler from the great minds of Fedora to hit > Slashdot. NECRO ALERT Still catching up on devel@ archives. This was an interesting thread to read in retrospect (and much of it over my head), but I was partic

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-06-04 Thread Sam Varshavchik
Adam Williamson writes: Sam, this was clearly a half-baked thought Lennart threw out in passing. It wasn't a formal proposal. I don't think there was any danger of anyone possibly considering that. It's bad enough that Slashdot et al pick this stuff up and then badly misrepresent it; having

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-06-05 Thread Adam Williamson
On Wed, 2014-06-04 at 21:15 -0400, Sam Varshavchik wrote: > Adam Williamson writes: > > > Sam, this was clearly a half-baked thought Lennart threw out in passing. > > It wasn't a formal proposal. > > I don't think there was any danger of anyone possibly considering that. > > > It's bad enough th