Thanks, was going to look at the new Windows versions this weekend.
Daniel
-Original Message-
From: Jeff Trawick [mailto:traw...@gmail.com]
Sent: Thursday, April 01, 2010 8:18 AM
To: dev@apr.apache.org
Subject: Re: svn commit: r120 - /release/apr/
On Thu, Apr 1, 2010 at 12:40 AM, wro
I have spent a considerable amount of time on this in the past few weeks, so
let me elaborate on what I have found.
1. A few years ago, we implemented our own inter-process, shared mutex. We did
this using a pthread_mutex and storing the pthread_mutex_t in shared memory,
setting the PTHREAD_PR
We look to target:
- Windows XP
- Windows Vista
- Windows Server 2003
- Windows Server 2008
- Windows 7
These equate to NTDDI_VERSION >= NTDDI_WINXP (or the deprecated
_WIN32_WINNT and WINVER >= 0x0501)
Compilers:
- MSVC++ 8.0 or greater ( _
processor specific features at run time.
/Daniel
-Original Message-
From: Jim Jagielski [mailto:j...@jagunet.com]
Sent: Wednesday, January 07, 2009 7:46 AM
To: Justin Erenkrantz
Cc: Daniel May; dev@apr.apache.org
Subject: Re: Does apr_atomic_inc64 exist ?
On Jan 6, 2009, at 12:50 PM, Justin
: Daniel May
Cc: dev@apr.apache.org
Subject: Re: Does apr_atomic_inc64 exist ?
On Tue, Jan 6, 2009 at 7:17 AM, Daniel May wrote:
> I am looking for a 64-bit counterpart to apr_atomic_inc32(). Has this been
> implemented ?
I don't believe that we've guaranteed 64-bit atomics an
I am looking for a 64-bit counterpart to apr_atomic_inc32(). Has this been
implemented ?
Daniel May
Is apr_match_glob() the best way to expand command line arguments that
contain wildcard file descriptions ?
Daniel May
That is the correct work around, use Shared Memory and a shared pthread
mutex.
Daniel
From: Wharry, Brian J. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 04, 2007 2:37 PM
To: dev@apr.apache.org
Subject: Global mutex problem on Linux
Hi,
We are having a problem with the glob
PM
To: Daniel May
Cc: dev@apr.apache.org
Subject: Re: apr_xml_parser_geterror()
Daniel May wrote:
> Should the function
> apr_xml_parser_geterror(apr_xml_parser *parser, char *errbuf,
> apr_size_t
> errbufsize)
> crash if apr_xml_parser *parser is not initialized ? That is th
parser is NULL and apr_xml_parser_geterror()
blows up.
Daniel May
latforms.
I am happy to wait and test 2.0 to see if apr_proc_mutex or
apr_global_mutex work as expected.
/Daniel
-Original Message-
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
Sent: Monday, May 15, 2006 4:40 PM
To: Daniel May
Cc: dev@apr.apache.org
Subject: Re: apr_proc_tr
We specifically use it for demon like processes under Windows and Linux
where we need to limit a single instance to run. Let's say for instance
you have a demon that is the sole creator of a shared memory segment, or
any other resource that you want to create once and share among other
processes.
oblem.
The apr proc mutex's seem to favor being inherited rather than working
between two unrelated processes.
/Daniel May
-Original Message-
From: Hans-Peter Weidinger [mailto:[EMAIL PROTECTED]
Sent: Monday, May 15, 2006 7:57 AM
To: dev@apr.apache.org
Subject: apr_proc_trylock for l
One method I have used in the past is to put the library references for
windows builds directly in a header file.
For example, here is how I link in different version of a lib based on
the version of the Microsoft compiler:
#if defined(MYAPI_EXPORTS)
# define MYAPI __declspec(dllexport)
#e
to attach is anything but root privilege, the
apr_shm_attach() fails with a permission denied
error.
I was able to get
the behavior I want by switching to APR_USE_SHMEM_MMAP_TMP and making the users
members of the same group.
Daniel
May
[EMAIL PROTECTED]
Original Message-
From: Joe Orton [mailto:[EMAIL PROTECTED]
Sent: Monday, January 02, 2006 6:21 AM
To: Daniel May
Cc: dev@apr.apache.org
Subject: Re: 64-bit build errors
On Wed, Dec 28, 2005 at 07:17:46PM -0600, Daniel May wrote:
> I was able to successfully build APR on Red Hat EL 4. I h
used when making a shared object;
recompile with
-fPIC/usr/local/apr/lib/libapr-1.a: could not read symbols: Bad
value
If I link against
the shared APR lib it works fine. I included -fPIC in my make, but it did
not help.
Any Ideas
?
Daniel
May
[EMAIL PROTECTED]
return RETURN_CODE_SUCCESS;
}
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 20, 2005 3:46 PM
To: Daniel May
Subject: Cross Process Mutex
Hello Daniel.
First of all, I hope you will indulge my intrusion and will forgive me
for contacting
t, is
there a reason for this ? When included the ./testall fails.
Daniel
-Original Message-
From: Aaron Bannert [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 15, 2005 3:53 PM
To: Daniel May
Cc: Michael Vergoz; dev@apr.apache.org
Subject: Re: cross-process, named mutex
Could you pos
: Michael Vergoz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 15, 2005 4:48 AM
To: Daniel May
Subject: Re: cross-process, named mutex
hi,
it's little difficult to make a mutex global in Apache. in normal case you may
create a shared map with apr_mmap_create() ... and store the mutex
, November 14, 2005 8:27 PM
To: Daniel May
Cc: dev@apr.apache.org
Subject: Re: cross-process, named mutex
Check apr_proc_mutex
Daniel May wrote:
>Is there any way under APR Linux to create a cross-process, named Mutex
>? Under Win32, I simply call CreateMutex() with a name. Do I h
Is there any way under APR Linux to create a cross-process, named Mutex
? Under Win32, I simply call CreateMutex() with a name. Do I have to
create a piece of shared mem and store the pthreads mutex ?
Daniel May
Title: Re: Bundled hello world
Dito
+1
--- Original Message ---
From: "Sander Temme" <[EMAIL PROTECTED]>
Sent: Tue 11/8/05 3:48 pm
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Cc: "dev@apr.apache.org"
Subject: Re: Bundled hello world
On Nov 8, 2005, at 3:41 PM, Colm MacCarthaigh wrote:
>
Has any one put together a set of make files for compiling either a
static or dynamic APR release
Using Borland C++ Builder 6.0 ? We currently have a library we ship
(cross platform, WIN and Linux), that uses APR, but a customer wants a
Borland version.
Daniel
(first use in
this function)make[1]: *** [network_io/unix/sockopt.lo] Error 1make[1]:
Leaving directory `/cygdrive/y/spryware/apr/apr-1.0.0'make: ***
[all-recursive] Error 1
Daniel
May
25 matches
Mail list logo
