Re: [RFC] solution for the inet_ntoa problem, buffer allocator

From: Oliver Xymoron (oxymoron@waste.org)
Date: Fri Jul 07 2000 - 11:08:14 EST

Next message: Jens-Uwe Mager: "PATCH: SMP safe AppleTalk backport from 2.4"
Previous message: J.H.M. Dassen: "Re: Encrypting files"
In reply to: Willy Tarreau: "Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Next in thread: Oliver Xymoron: "[PATCH] Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Reply: Oliver Xymoron: "[PATCH] Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Fri, 7 Jul 2000, Willy Tarreau wrote:

> > Not threadsafe.
>
> Hmmm, I forgot that aspect :-/
>
> Although we could guarantee a certain amount of threads with locks
> properly set, that's not acceptable and I don't have any quick
> solution to this problem, the way I use it.

I'm gonna post a cleanup patch that kills in_ntoa entirely. The right way
to do it is in_ntoa2 which and local buffers ala sprintf.

-- "Love the dolphins," she advised him. "Write by W.A.S.T.E.."

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/

Next message: Jens-Uwe Mager: "PATCH: SMP safe AppleTalk backport from 2.4"
Previous message: J.H.M. Dassen: "Re: Encrypting files"
In reply to: Willy Tarreau: "Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Next in thread: Oliver Xymoron: "[PATCH] Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Reply: Oliver Xymoron: "[PATCH] Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Fri Jul 07 2000 - 21:00:21 EST