On 17/07/09 05:49, Ryan Phillips wrote:
Michael Spiegle said:
It doesn't look like the apr_memcache_* API has support for local unix
sockets (instead of TCP). I wanted to look into hacking this together
myself, but I'm having a hard time finding any information on using unix
sockets in APR. D
Michael Spiegle said:
>
> It doesn't look like the apr_memcache_* API has support for local unix
> sockets (instead of TCP). I wanted to look into hacking this together
> myself, but I'm having a hard time finding any information on using unix
> sockets in APR. Does APR support unix sockets?
M
Bojan,
Am 15.07.2009 um 12:35 schrieb Bojan Smojver:
On Wed, 2009-07-15 at 14:07 +1000, Bojan Smojver wrote:
Can you tell me if the attached runs and detects things properly on
your system?
OK, this is probably slightly better.
I had noticed an apr testsuite failure a few days ago, which a
On Thu, 2009-07-16 at 17:16 -0700, Gregg L. Smith wrote:
> Please fix this before you do
> Linking...
>Creating library Release/libaprutil-1.lib and object
> Release/libaprutil-1.exp
> apr_buckets_alloc.obj : error LNK2001: unresolved external symbol
> _apr_pool_allocator_get
> Release\libapr
Please fix this before you do
Linking...
Creating library Release/libaprutil-1.lib and object
Release/libaprutil-1.exp
apr_buckets_alloc.obj : error LNK2001: unresolved external symbol
_apr_pool_allocator_get
Release\libaprutil-1.dll : fatal error LNK1120: 1 unresolved externals
Regards,
Gre
It doesn't look like the apr_memcache_* API has support for local unix
sockets (instead of TCP). I wanted to look into hacking this together
myself, but I'm having a hard time finding any information on using unix
sockets in APR. Does APR support unix sockets?
--
Michael Spiegle
m...@nauticalt
On Thu, 2009-07-16 at 20:42 +0200, Ruediger Pluem wrote:
> Does fixing this issue warrant yet another apr release?
My vote would be yes. Version numbers are cheap.
--
Bojan
Ruediger Pluem wrote:
>
> On 07/16/2009 07:38 PM, Chetan Reddy wrote:
>> On Wed, Jul 15, 2009 at 6:35 AM, Bojan Smojver wrote:
>>> On Wed, 2009-07-15 at 14:07 +1000, Bojan Smojver wrote:
Can you tell me if the attached runs and detects things properly on
your system?
>>> OK, this is prob
Laurent Charmet writes:
> On linux when filesystem is full, apr_file_write return 28 and windows
> return 720112
>
>
> What is the right way to do that ? Is there an APR_STATUS_IS_FSFULL()
> macro for example ?
Search apr/include/*.h for FULL.
--
Dan Poirier
On 07/16/2009 07:38 PM, Chetan Reddy wrote:
> On Wed, Jul 15, 2009 at 6:35 AM, Bojan Smojver wrote:
>> On Wed, 2009-07-15 at 14:07 +1000, Bojan Smojver wrote:
>>> Can you tell me if the attached runs and detects things properly on
>>> your system?
>> OK, this is probably slightly better.
>>
>
>
On Wed, Jul 15, 2009 at 6:35 AM, Bojan Smojver wrote:
> On Wed, 2009-07-15 at 14:07 +1000, Bojan Smojver wrote:
>> Can you tell me if the attached runs and detects things properly on
>> your system?
>
> OK, this is probably slightly better.
>
This patch correctly identified all three functions as
Hi,
On linux when filesystem is full, apr_file_write return 28 and windows
return 720112
I don't want to write this code:
res = apr_file_write(...);
if (res != APR_SUCCESS) {
if (res == 28 || res == 720112) {
/* manage fs full */
}
}
What is the right way to do that ? Is there an APR_ST
On Thu, Jul 16, 2009 at 07:05:46PM +1000, Bojan Smojver wrote:
> On Thu, 2009-07-16 at 09:27 +0100, Joe Orton wrote:
> > In the past I have argued we should never do runtime platform feature
> > detection, i.e., if accept4() works at build-time, we can presume it
> > works at run-time. I think I
On Thu, 2009-07-16 at 09:27 +0100, Joe Orton wrote:
> In the past I have argued we should never do runtime platform feature
> detection, i.e., if accept4() works at build-time, we can presume it
> works at run-time. I think I need to soften that position now; use of
> a modern userspace on an ol
On Thu, Jul 16, 2009 at 11:42:52AM +1000, Bojan Smojver wrote:
> On Thu, 2009-07-16 at 01:39 +, bo...@apache.org wrote:
> > Use more elaborate checks for epoll_create1, dup3 and accept4.
>
> This requires review folks. There is code in the tests that can
> potentially hang the configure proces
15 matches
Mail list logo