Compiling on Cygwin

2003-01-23 Thread Christian Gross
I just tried to build apr from the CVS sources and I get the following error from ./configure. Construct Makefiles and header files. configure: creating ./config.status config.status: creating .infig.status: error: cannot find input file: I am using cgywin. Thanks Christian Gross

Re: Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Jeff Trawick
Cliff Woolley wrote: On Thu, 23 Jan 2003, Jeff Trawick wrote: >most but not all of the rest of APR does that >the inconsistency is ugly, but being able to see EINTR is important >functionality MHO: Sounds like a job for an _ex() function... apr_proc_wait() should not return EINTR. Another function

Re: [STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Brad Nicholes
NetWare relies on a lot of the Unix source. For example, we use file_io\unix\dir.c which does check for _POSIX_THREAD_SAFE_FUNCTIONS. Brad Nicholes Senior Software Engineer Novell, Inc., the leading provider of Net business solutions http://www.novell.com >>> Craig Rodrigues <[EMAIL PROTECTED]>

Re: Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Cliff Woolley
On Thu, 23 Jan 2003, Jeff Trawick wrote: > most but not all of the rest of APR does that > the inconsistency is ugly, but being able to see EINTR is important > functionality MHO: Sounds like a job for an _ex() function... apr_proc_wait() should not return EINTR. Another function with a similiar

Re: cvs commit: apr-iconv configure.in

2003-01-23 Thread Cliff Woolley
On Thu, 23 Jan 2003, [UTF-8] Branko Čibej wrote: > Not me. My changes don't contain tabs, the rest of the code does. Would > you rather I did an M-x untabify before committing? :-) Oh, oops, my bad. Didn't notice which way around it was. You did the right thing then. :)

Re: [STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Craig Rodrigues
On Thu, Jan 23, 2003 at 09:32:46AM -0700, Brad Nicholes wrote: >NetWare does not have _POSIX_THREAD_SAFE_FUNCTIONS defined in > unistd.h. Is there anywhere in the APR code that justifies unconditionally declaring _POSIX_THREAD_SAFE_FUNCTIONS in apr.hnw? None of the netware portions of APR t

Re: [STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Brad Nicholes
NetWare does not have _POSIX_THREAD_SAFE_FUNCTIONS defined in unistd.h. The comment in userinfo.c is just a leftover from when I stole the source file from unix. Brad Nicholes Senior Software Engineer Novell, Inc., the leading provider of Net business solutions http://www.novell.com >>> Crai

Re: Question about getting IP addresses

2003-01-23 Thread Jeff Trawick
Damir Dezeljin wrote: Hi. I create an APR socket and bind it to 0.0.0.0: . How can I get all the IP addresses on which the socket is listening? no APR way to do that... probably no portable way to do that... on most BSD-like network stacks you can use ioctl(SIOCGIFCONF) to iterate through the int

Question about getting IP addresses

2003-01-23 Thread Damir Dezeljin
Hi. I create an APR socket and bind it to 0.0.0.0: . How can I get all the IP addresses on which the socket is listening? Regards, Dezo

Re: Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Jeff Trawick
Joe Orton wrote: On Wed, Jan 22, 2003 at 11:44:08PM -0500, Eric Gillespie wrote: >As an attempt to make this on-topic for both lists, i won't go >into how i discovered the bug. I don't think it's necessary. > >Correctly using waitpid(2) involves checking for EINTR and trying >again. That leads to

Re: Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Eric Gillespie
=?UTF-8?B?QnJhbmtvIMSMaWJlag==?= <[EMAIL PROTECTED]> writes: > Why not? Interrupted system calls are a very Unixy thing, and can't even > be simulated on Windows, for example. It's very unfriendly to have to > loop on something that's supposed to be a blocking call. I think the > Unix implementati

Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Eric Gillespie
As an attempt to make this on-topic for both lists, i won't go into how i discovered the bug. I don't think it's necessary. Correctly using waitpid(2) involves checking for EINTR and trying again. That leads to common usage being something like this: while (waitpid(pid, &status, 0) < 0) {

Re: cvs commit: apr-iconv configure.in

2003-01-23 Thread Branko Äibej
Cliff Woolley wrote: >On 23 Jan 2003 [EMAIL PROTECTED] wrote: > > > >> { >> char buffer[APR_PATH_MAX]; >> +apr_pool_t *subpool; >> +apr_status_t status; >> char *ptr; >> >> +status = apr_pool_create(&subpool, ctx); >> +if (status) >> +

Re: Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Joe Orton
On Wed, Jan 22, 2003 at 11:44:08PM -0500, Eric Gillespie wrote: > As an attempt to make this on-topic for both lists, i won't go > into how i discovered the bug. I don't think it's necessary. > > Correctly using waitpid(2) involves checking for EINTR and trying > again. That leads to common usag

Re: Problem with apr_proc_wait and/or svn_io_run_cmd

2003-01-23 Thread Branko Äibej
Eric Gillespie wrote: [snip] >It may be as simple as changing APR_STATUS_IS_CHILD_NOTDONE, in >which case apr_proc_wait doesn't need to change at all. But i am >not sure that is the solution. No matter what, svn_io_run_cmd >will need to change so that it repeats the apr_proc_wait call as >neces

Re: [STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Craig Rodrigues
On Wed, Jan 22, 2003 at 09:46:28PM -0800, Justin Erenkrantz wrote: > I have a hunch that NetWare (why the #define is only in apr.hnw) > doesn't have _POSIX_THREAD_SAFE_FUNCTIONS defined in its unistd.h. > It shouldn't be defined by any other platform. The following comment in user/netware/userin

Re: [STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Justin Erenkrantz
--On Thursday, January 23, 2003 12:34 AM -0500 Craig Rodrigues <[EMAIL PROTECTED]> wrote: apr.hnw (READDIR_IS_THREAD_SAFE, ENUM_BITFIELD, _POSIX_THREAD_SAFE_FUNCTIONS (?), ^ Whoa...this not not good. _POSI

Re: [STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Craig Rodrigues
On Wed, Jan 22, 2003 at 11:45:34PM -0500, Rodent of Unusual Size wrote: > Some headers with issues: > apr_fnmatch.h (FNM_foo) > apr_general.h (MAXIMUM_WAIT_OBJECTS) > apr_md5.h (MD5_DIGESTSIZE) > apr_network_io.h (MAX_SECONDS_T

[STATUS] (apr-util) Wed Jan 22 23:46:00 EST 2003

2003-01-23 Thread Rodent of Unusual Size
APRUTIL LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2003/01/22 17:45:20 $] Release: 0.9.2 : in progress 0.9.1 : Released as alpha on September 11, 2002 0.9.0 : Not released 2.0a9 : released December 12, 2000 RELEASE SHOWST

[STATUS] (apr) Wed Jan 22 23:45:34 EST 2003

2003-01-23 Thread Rodent of Unusual Size
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- Last modified at [$Date: 2003/01/23 04:07:21 $] Release: 0.9.2 : in progress 0.9.1 : released September 11, 2002 0.9.0 : released August 28, 2002 2.0a9 : released December 12, 2000 2.0a8 : re

Re: cvs commit: apr-iconv configure.in

2003-01-23 Thread Cliff Woolley
On 23 Jan 2003 [EMAIL PROTECTED] wrote: >{ > char buffer[APR_PATH_MAX]; > +apr_pool_t *subpool; > +apr_status_t status; > char *ptr; > > +status = apr_pool_create(&subpool, ctx); > +if (status) > +return status; > + > if

Re: cvs commit: apr-iconv configure.in

2003-01-23 Thread Branko Äibej
[EMAIL PROTECTED] wrote: >brane 2003/01/22 17:04:09 > > Modified:lib iconv_module.c iconv.h > include apr_iconv.h > .configure.in > Log: > A search path for conversion modules can now be defined in the > APR_ICONV_PATH environment variable. >