Ok, with Dror's and William's help I'm up and running with APR. Now, what
about static linking with APRICONV?
Starting with Dror's HelloWorld DSW (which compiles, links, and runs fine
with just APR), I added the lines:
# #include "apr_iconv.h"
# ...
# apr_iconv_open( 0, 0, 0, 0 );
I also added
Hi there, I'm really starting to get into APR. I was able to port to APR
mutexes without a hitch. However, I'm a bit confused on threads, and I'd
appreciate any direction you can offer:
1) What should I do with "apr_threadattr_t"? Need I create one, or can I
pass NULL for that field into "apr_
1) you can put null
2) see apr samples
void * APR_THREAD_FUNC ThreadProc(apr_thread_t *, void *context)
{
}
3) use
apr_os_thread_current()
4) distroy the pool
apr_thread_join is not needed if you now that the thread has ended.
5) use apr_sleep()
Dror Shilo
-Original Me
At 11:06 PM 9/27/2004, David Barrett wrote:
>Ok, with Dror's and William's help I'm up and running with APR. Now, what
>about static linking with APRICONV?
>
>Starting with Dror's HelloWorld DSW (which compiles, links, and runs fine
>with just APR), I added the lines:
>
># #include "apr_iconv.h"
>
Hi Guys,
We're starting a new open source project, and are looking into using APR
for our portable framework.
We started with the Win32 side first, and found out that the DSP and DSW
had to be converted to CRLF since Visual Studio 6.0 could not recognize
those files properly.
We're wondering if
At 01:14 PM 9/28/2004, you wrote:
>Hi Guys,
>
>We're starting a new open source project, and are looking into using APR
>for our portable framework.
Wonderful! Once you have a beta release, we would love to include
you in the list of APR-based projects!
>We started with the Win32 side first, an
> First and foremost is httpd server. Version 2.1 (available from
> http://httpd.apache.org/dev/dist/) is the version that builds
> against APR 1.0, just drop apr and apr-util under it's srclib/ tree.
> For Win32, also drop apr-iconv in there.
What's the role of the apr-iconv package? What do I
At 02:49 PM 9/28/2004, [EMAIL PROTECTED] wrote:
>> First and foremost is httpd server. Version 2.1 (available from
>> http://httpd.apache.org/dev/dist/) is the version that builds
>> against APR 1.0, just drop apr and apr-util under it's srclib/ tree.
>> For Win32, also drop apr-iconv in there.
>
> -Original Message-
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
> Subject: Re: Hello :-)
>
> At 02:49 PM 9/28/2004, [EMAIL PROTECTED] wrote:
>
> >Another issue we discovered today is a conflict of APR with STL. Is this
> >a known issue? When STL is added into the project, we g
> -Original Message-
> From: Dror Shilo [mailto:[EMAIL PROTECTED]
> Subject: RE: Threads Best Practices
>
> 1) you can put null
> 2) see apr samples
>
> void * APR_THREAD_FUNC ThreadProc(apr_thread_t *, void *context)
> {
> }
> 3)use
> apr_os_thread_current()
>
> 4) distroy the
At 03:30 PM 9/28/2004, William A. Rowe, Jr. wrote:
>Win32 does not have the iconv library. We are considering moving to
>the BSD distribution of iconv with Win32 specific patches, rather than
>attempting to maintain a win32 flavor. For that reason, apr-iconv
>should not be considered a permanent
Threads and mutexes went in cleanly, thanks for all your help! Next up --
i18n. I'd like to convert between UTF-8 and UTF-16 using the
"apr_xlate_conv_buffer( )" function, but I can't get it to produce useful data.
Does anyone see what Iâm doing wrong? The following code compiles, links,
an
On 28 Sep 2004 16:16:17 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> clar2004/09/28 09:16:17
>
> Modified:file_io/win32 readwrite.c
>include apr.hnw apr.hw
>network_io/win32 sendrecv.c
> Log:
> replaced define for DWORD_MAX with APR_DWORD
At 05:50 PM 9/28/2004, Jeff Trawick wrote:
>> -#define DWORD_MAX 4294967295
>> +#define APR_DWORD_MAX 4294967295
>
>or
>
>#define APR_DWORD_MAX (DWORD_MAX)
>
>since this is a platform which defines it?
or...
#ifdef DWORD_MAX
#define APR_DWORD_MAX DWORD_MAX
#else
#define DWORD_MAX 4294967295UL
14 matches
Mail list logo