Just patched it in.. works fine..
R
Jeff Trawick wrote:
Can you check this out? I tweaked your sockopt code for Unix just a
bit.
Index: include/apr_network_io.h
===
RCS file: /home/cvs/apr/include/apr_network_io.h,v
retrieving revisio
Can you check this out? I tweaked your sockopt code for Unix just a
bit.
Index: include/apr_network_io.h
===
RCS file: /home/cvs/apr/include/apr_network_io.h,v
retrieving revision 1.130
diff -u -r1.130 apr_network_io.h
--- include/ap
On 22 Oct 2002 [EMAIL PROTECTED] wrote:
> rbb 2002/10/22 11:10:27
>
> Modified:test Makefile.in test_apr.h testall.c testsleep.c
> Log:
> Port testsleep to the new test suite.
This test has actually shown a problem with the new test
suite. Basically, it runs all of the tes
> On Tue, 22 Oct 2002, Bill Stoddard wrote:
>
> > Q for Bill Rowe...
> > I see a bunch of win32 stuff in apr/test but it is not at all
> clear where to
> > start.
>
> I would suggest throwing it out and starting over. This is not a
> complaint on the current implementation, but the new test suite
On Tue, 22 Oct 2002, Bill Stoddard wrote:
> Q for Bill Rowe...
> I see a bunch of win32 stuff in apr/test but it is not at all clear where to
> start.
I would suggest throwing it out and starting over. This is not a
complaint on the current implementation, but the new test suite will be
VERY dif
Q for Bill Rowe...
I see a bunch of win32 stuff in apr/test but it is not at all clear where to
start.
Bill
"Bill Stoddard" <[EMAIL PROTECTED]> writes:
> > This is just a design difference. Most shells don't make a difference
> > between unset and NULL-value. This problem hasn't come up before, and
> > you haven't provided a concrete reason why it is broken now.
>
> I agree with Aaron here.
Same. Hash
Hello dev-subscribe,
I've downloaded apr-util-0.9.1.tar.gz and read the "Compiling APR for
UNIX".
So, when I run ./configure its says that
"configure: error: cannot find install-sh or install.sh in
../apr/build ./../apr/build"!
I tried to download the last version and run ./buildconf.
And the res
>
> On Tue, Oct 22, 2002 at 01:49:03AM -0400, Ryan Bloom wrote:
> > Because there is a difference between unset and NULL value. One of them
> > was specifically set by the program, the other is a programmer trying to
> > query for a value that was never set. They are two different
> cases. This
Jeff:
Great solution.. it worked wonderfully on both my BSD's .. the have SCTP
and the HAVE-NOT SCTP ;-)
Much better than what I sent in.. thanks Jeff
R
Jeff Trawick wrote:
Does this work everywhere? It ensures that we can actually get a
socket with protocol IPPROTO_SCTP when determining the value
Yep.. at least all those implementations that are
using a socket-api.
Let me do a local patch and make sure this works (for syntax
errors..etc).. but I think this should be fine :>
R
Jeff Trawick wrote:
Does this work everywhere? It ensures that we can actually get a
socket with protocol IPPROTO
On Tue, Oct 22, 2002 at 01:49:03AM -0400, Ryan Bloom wrote:
> Because there is a difference between unset and NULL value. One of them
> was specifically set by the program, the other is a programmer trying to
> query for a value that was never set. They are two different cases. This
> is the tim
On Mon, 21 Oct 2002, Aaron Bannert wrote:
> On Tue, Oct 22, 2002 at 01:08:35AM -0400, Ryan Bloom wrote:
> > If you try to get a value from the table, and the value isn't set, then we
> > shouldn't return NULL. The fact that we can't determine the difference
> > between a NULL entry and an unset k
On Tue, Oct 22, 2002 at 01:08:35AM -0400, Ryan Bloom wrote:
> If you try to get a value from the table, and the value isn't set, then we
> shouldn't return NULL. The fact that we can't determine the difference
> between a NULL entry and an unset key is proof that the hash table API is
> incorrect.
On Mon, 21 Oct 2002, Aaron Bannert wrote:
> On Tue, Oct 22, 2002 at 02:23:20AM -, Ryan Bloom wrote:
> > rbb 2002/10/21 19:23:20
> >
> > Modified:include apr_errno.h
> >memory/unix apr_pools.c
> > Log:
> > Allow people who use userdata to distinguish between
On Tue, Oct 22, 2002 at 02:23:20AM -, Ryan Bloom wrote:
> rbb 2002/10/21 19:23:20
>
> Modified:include apr_errno.h
>memory/unix apr_pools.c
> Log:
> Allow people who use userdata to distinguish between a successful retrieval
> from the pool userdata, and no
On Mon, 21 Oct 2002, Greg Stein wrote:
> On Mon, Oct 21, 2002 at 09:44:15PM -0400, [EMAIL PROTECTED] wrote:
> >
> > I am still slowly working through the test suite for APR, and I have come
> > upon testucs. This is a program that is specifically written for
> > Windows. The goal of the APR tes
At 08:44 PM 10/21/2002, [EMAIL PROTECTED] wrote:
>I am still slowly working through the test suite for APR, and I have come
>upon testucs. This is a program that is specifically written for
>Windows. The goal of the APR test suite is to test APR and prove that all
>implementations of APR are equ
Does this work everywhere? It ensures that we can actually get a
socket with protocol IPPROTO_SCTP when determining the value of
APR_HAVE_SCTP.
Index: configure.in
===
RCS file: /home/cvs/apr/configure.in,v
retrieving revision 1.491
On Mon, Oct 21, 2002 at 09:44:15PM -0400, [EMAIL PROTECTED] wrote:
>
> I am still slowly working through the test suite for APR, and I have come
> upon testucs. This is a program that is specifically written for
> Windows. The goal of the APR test suite is to test APR and prove that all
> implem
I am still slowly working through the test suite for APR, and I have come
upon testucs. This is a program that is specifically written for
Windows. The goal of the APR test suite is to test APR and prove that all
implementations of APR are equivalent. The testucs program does not do
that. Eith
21 matches
Mail list logo