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
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
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]>
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
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. :)
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
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
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
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
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
=?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
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) {
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)
>> +
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
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
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
--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
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
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
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
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
[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.
>
22 matches
Mail list logo