Re: cvs commit: apr/test testmd5.c

2001-03-31 Thread Greg Stein
What's the problem? Are you saying that we can't ever use atexit(apr_terminate) ?? We do this in many places, so let's hear a bit more about what is wrong... Cheers, -g On Sat, Mar 31, 2001 at 07:29:06AM -, [EMAIL PROTECTED] wrote: > wrowe 01/03/30 23:29:06 > > Modified:test

Re: cvs commit: apr/file_io/unix filepath.c Makefile.in

2001-03-31 Thread Greg Stein
On Sat, Mar 31, 2001 at 06:22:38AM -, [EMAIL PROTECTED] wrote: >... > +/** > + * Extract the rootpath from the given filepath > + * @param rootpath the root file path returned with APR_SUCCESS or > APR_EINCOMPLETE > + * @param filepath the pathname to parse for it's root component >

Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c

2001-03-31 Thread Jeff Trawick
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes: > has anyone else been using apr/test/makefile.win? With success? I just used it the first time and quickly found an opportunity (run-time exception). Thanks for the perl. -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:

Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c

2001-03-31 Thread rbb
On Sat, 31 Mar 2001, William A. Rowe, Jr. wrote: > From: <[EMAIL PROTECTED]> > Sent: Saturday, March 31, 2001 10:46 AM > > > > > has anyone else been using apr/test/makefile.win? With success? > > > > > > I'd just like to point out an opportunity for any win hackers, feel free > > > to > > > att

Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c

2001-03-31 Thread William A. Rowe, Jr.
From: <[EMAIL PROTECTED]> Sent: Saturday, March 31, 2001 10:46 AM > > has anyone else been using apr/test/makefile.win? With success? > > > > I'd just like to point out an opportunity for any win hackers, feel free to > > attack the test sources and apr-ize the unix-specific stuff. They each te

Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c

2001-03-31 Thread rbb
> has anyone else been using apr/test/makefile.win? With success? > > I'd just like to point out an opportunity for any win hackers, feel free to > attack the test sources and apr-ize the unix-specific stuff. They each tend > to focus on a specific API, leaving a ton of non-compileable or non-fu

Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c

2001-03-31 Thread William A. Rowe, Jr.
From: <[EMAIL PROTECTED]> Sent: Saturday, March 31, 2001 7:25 AM > trawick 01/03/31 05:25:46 > > Modified:include/arch/unix networkio.h >network_io/unix sendrecv.c sockets.c > Log: > apr_recvfrom() should only return APR_EOF if recvfrom() returned > zero *AND* thi

Re: cvs commit: apr/network_io/unix sendrecv.c sockets.c

2001-03-31 Thread Jeff Trawick
[EMAIL PROTECTED] writes: > trawick 01/03/31 05:25:46 > > Modified:include/arch/unix networkio.h >network_io/unix sendrecv.c sockets.c > Log: > apr_recvfrom() should only return APR_EOF if recvfrom() returned > zero *AND* this is a stream socket. > > rc zero f

Re: cvs commit: apr/build os2_libtool.m4

2001-03-31 Thread Roy T. Fielding
Aw, rats, I just realized that this won't work at all unless we distribute an OS/2-specific tarball. Back to my original idea Roy

Re: cvs commit: apr/build os2_libtool.m4

2001-03-31 Thread Roy T. Fielding
I have not tested this on OS/2, but it should work assuming that the emx environment is close enough to normal unix to run configure. This is basically what Jeff was saying we should do to support platforms that don't like libtool. Roy