Hello :-)

[ap...@nsa.co.il]

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 there's a nice reference project we can take a look at,
that compiles well on Win32 and Linux.

Another issue that arose was the dependency of the code on LDAP. To get it
to compile, we had to download Novel's ldap implementation +
libraries/headers. Is there a way to get around this?

Thanks,

     Aric

Re: Hello :-)

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

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 fixture.

I should have been more specific.  YES win32 has a codepage translation
facility.  That native library will not convert partial-content (e.g.,
when the destination string overflows, it will not report the partial
conversion results.)

There is a COM based component which will perform partial content
translation - but the overhead of writing this as a COM consumer
was less than appealing.

Bill

RE: Hello :-)

[David Barrett <db...@quinthar.com>]

> -----Original Message-----
> From: William A. Rowe, Jr. [mailto:wrowe@rowe-clan.net]
> Subject: Re: Hello :-)
> 
> At 02:49 PM 9/28/2004, apr@nsa.co.il 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 get the following
> >error:
> >
> >   error C2955: 'allocator' : use of class template requires template
> >argument list
> 
> If you search the archives, I recall something about that.  Feel free
> to offer a patch of course.

I'm using apr/apr-util/apr-iconv in a Win32 project with STL, and seeing no
problems.  I haven't tried Unix yet, but I'll let you know what I find.  Are
you seeing it on Win32, or only in Unix?

-david 

Re: Hello :-)

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

At 02:49 PM 9/28/2004, apr@nsa.co.il 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.
>
>What's the role of the apr-iconv package? What do I do when I want to
>compile my application under Un*x? Does it have defines that will simply
>not include the apr-iconv source? Ideally I would like to have a shared
>source tree for all platforms.

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 fixture.

>> This is already noted as an issue with 1.0 - for 0.9 it shouldn't
>> adversely affect you.  But we hope you stick with release 1.0 and
>> look forward to our 1.0.1 release which should allow you to configure
>> apr without ldap on unix.  On win32, ldap is always available to APR.
>
>Why do I need LDAP to begin with? And why in a portable runtime?

Don't use apr-util if you don't want such features.  apr-util are
utility accessors to help provide for portable ldap, xlate and other 
system library features.

If it doesn't relate to another library, you will find it in apr.
If it relates to external libraries, e.g. database, ldap, iconv,
etc, you will find it in apr-util.

Because those libraries have small discrepancies, but the authors
needed a modestly portable interface to basic database, conversion
and authentication features, the apr-util project was born.

>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 get the following
>error:
>
>   error C2955: 'allocator' : use of class template requires template
>argument list

If you search the archives, I recall something about that.  Feel free
to offer a patch of course.

Bill

Re: Hello :-)

[ap...@nsa.co.il]

> 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 do when I want to
compile my application under Un*x? Does it have defines that will simply
not include the apr-iconv source? Ideally I would like to have a shared
source tree for all platforms.


> This is already noted as an issue with 1.0 - for 0.9 it shouldn't
> adversely affect you.  But we hope you stick with release 1.0 and
> look forward to our 1.0.1 release which should allow you to configure
> apr without ldap on unix.  On win32, ldap is always available to APR.

Why do I need LDAP to begin with? And why in a portable runtime?

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 get the following
error:

   error C2955: 'allocator' : use of class template requires template
argument list

Thanks again,

      Aric

Re: Hello :-)

["William A. Rowe, Jr." <wr...@rowe-clan.net>]

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, 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.

Simple enough - use apr/build/lineends.pl

Posting -win32-src.zip flavors, including exporting makefiles, has been
on my list of round tuits, thanks for the nudge :)

>We're wondering if there's a nice reference project we can take a look at,
>that compiles well on Win32 and Linux.

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.

>Another issue that arose was the dependency of the code on LDAP. To get it
>to compile, we had to download Novel's ldap implementation +
>libraries/headers. Is there a way to get around this?

This is already noted as an issue with 1.0 - for 0.9 it shouldn't
adversely affect you.  But we hope you stick with release 1.0 and
look forward to our 1.0.1 release which should allow you to configure
apr without ldap on unix.  On win32, ldap is always available to APR.

Bill