Re: [PATCH] Re: [PATCH] %lld support in apr_snprintf()

On Fri. 2010-12-17 at 07:29 AM EST, Jim Jagielski wrote: >... > Hmmm I cannot recreate that (at least on the 1.4.x branch). > What happens if you just blank out CFLAGS? The default > is for universal... I've been working on trunk, so we might be looking at different things. There are definit

Re: [PATCH] Re: [PATCH] %lld support in apr_snprintf()

On Thu. 2010-12-16 at 03:44 PM EST, "William A. Rowe Jr." wrote: > On 12/16/2010 2:35 PM, Jim Jagielski wrote: >> >> On Dec 16, 2010, at 3:23 PM, Jim Jagielski wrote: >> >>> >>> Here is my idea... currently, when looking for sizes >>> and formats for off_t, we do from smallest to largest >>> (

Re: [PATCH] Re: [PATCH] %lld support in apr_snprintf()

On Thu. 2010-12-16 at 03:35 PM EST, Jim Jagielski wrote: > On Dec 16, 2010, at 3:23 PM, Jim Jagielski wrote: > >> >> Here is my idea... currently, when looking for sizes >> and formats for off_t, we do from smallest to largest >> (int -> long -> long long). We also do the same when >> checking a

Re: [PATCH] %lld support in apr_snprintf()

On Mon. 2010-11-08 at 10:27 AM EST, Jim Jagielski wrote: > On Nov 7, 2010, at 7:42 PM, Jeff Trawick wrote: > >> On Sun, Nov 7, 2010 at 6:51 PM, Chris Knight >> wrote: >>> Exactly, the problem only appears on 64-bit Snow Leopard. See my patch in >>> Bugzilla, which I've verified. (Unsure if the

apr_file_exists?

Is there a function like apr_file_exists? I looked but didn't spot anything. If not, is this a reasonable way to do it: APR_SUCCESS == apr_stat(&finfo, filename, APR_FINFO_TYPE, pool) and would it be worth adding to APR? Thanks, Dan

Re: why do we need this pain?

On 2010-10-07 at 04:55, Greg Stein wrote: > No, I think it is because people are tired > of the Reply-To discussion crap and are simply hoping not to have to > deal with it. +1 Internet consensus is that there will be no consensus on this question. Let's not waste time proving that all over aga

Re: apr 0.9.19/apr-util 0.9.18?

On 2010-10-05 at 16:58, Jeff Trawick wrote: > On Mon, Oct 4, 2010 at 7:00 AM, Jeff Trawick wrote: >> (Both have critical fixes which are currently available only as patches.) >> >> I can T&R as long as the trees are ready by approx. Thursday (I'm on >> the road next week).  It would be great to

Re: apr-util 1.5.x -> trunk

On 2010-10-05 at 11:24, Nick Kew wrote: > On Tue, 05 Oct 2010 09:33:04 -0500 > "William A. Rowe Jr." wrote: > >> On 10/5/2010 2:40 AM, Joe Orton wrote: >> > Any objection to renaming the apr-util 1.5.x branch to "trunk"? It is >> > the trunk for that tree now. >> >> -.5, because for the confu

Re: %lld/%llu not handled by apr_vformatter

Patches are always welcome. See . Usually it's better to add them to a bug report than send them to the list, so they don't get lost. On 2010-08-11 at 12:12, Chris Knight wrote: > Thanks for the pointer. > > While I understand the APR team wants to match APR_

Re: build setup failure with 1.3.x branch on MacOSX

On 2010-05-03 at 08:36, Jim Jagielski wrote: > On May 2, 2010, at 12:33 PM, Martin Hauner wrote: > >> buildconf: libtool version 2.2.4 (ok) > > It's a libtool 2.2.4 issue that affects Ubuntu as well. Upgrade to 2.2.6b. Is this serious enough that we should block that particular version of libtoo

Re: httpd trunk, apr/apu 1.4 branches and Linux

I have a note that on Ubuntu I had to install libexpat1-dev, libldap2-dev, libpcre3-dev.

Re: apr_env_set use of putenv

On 2010-04-22 at 19:18, Ed Holyat wrote: > - Windows automatically copies and controls the memory with _putenv, > allocating a copy on Windows should not be done. > > - Unix requires a memory allocation, you can free the memory in the > environment if you clear the environment variable. > > e.g.

Re: Status of apr-1.4 branch

Have you tried buildconf for APR 1.4 on Mac OS X? I was running into a problem and opened a bug https://issues.apache.org/bugzilla/show_bug.cgi?id=48776 with a patch that seems to fix it (backporting some changes from trunk). Dan

Re: apr_env_set use of putenv

On 2010-03-29 at 09:54, Graham Leggett wrote: > From what I can see of the code right now, the caller is expected to > control the lifetime of the string that it passes, or set up their own > cleanup as appropriate to ensure that the environment entry is removed > if the pool is removed. > > The

Re: apr_env_set use of putenv

On 2010-03-29 at 09:16, Graham Leggett wrote: > I think registering a proper cleanup to remove the environment > variable on pool cleanup is the way to go, possibly with the addition > of apr_env_setn() that sets the environment without a corresponding > cleanup (ie current behaviour). > > This f

apr_env_set use of putenv

If a platform doesn't have setenv(), then apr_env_set() uses putenv() with memory allocated from whatever pool it was given. Putenv() keeps a reference to that memory in the environment. If that pool is ever cleaned up, then the environment ends up with a pointer to who-knows-what. The doc strin

Re: 1.4.x build problem on OS X (bad libtool path)

On Thu, 11 Mar 2010 13:24 -0500, "Dan Poirier" wrote: > On Thu, 11 Mar 2010 11:34 -0600, "Hyrum K. Wright" > wrote: > > When building an unmodified checkout of the 1.4.x branch, I get the > > following: > > > > $ ./buildconf > > ... >

Re: 1.4.x build problem on OS X (bad libtool path)

On Thu, 11 Mar 2010 11:34 -0600, "Hyrum K. Wright" wrote: > When building an unmodified checkout of the 1.4.x branch, I get the > following: > > $ ./buildconf > ... > $ ./configure > ... > $ make > $ make > /bin/sh /libtool --silent --mode=compile gcc -g -O2 -DHAVE_CONFIG_H > -DDARWIN -DSIGPROC

Re: Crash in apr_psprintf(), 1.4.x branch

On Wed, 10 Mar 2010 17:50 -0600, "William A. Rowe Jr." wrote: > On 3/10/2010 4:45 PM, Hyrum K. Wright wrote: > > > > Digging deeper, it appears to be an error in apr_vformatter() when parsing > > the format '%lld'. I'm running the tests on Mac OS X where APR_OFF_FMT_T > > is defined as lld, so

Re: Help with building rpm for apr-util-1.3.9

On 2010-02-22 at 10:31, Graham Leggett wrote: > Using the standard released ASF tarballs for apr and apr-util, run the > following to create SRPMs: > > rpmbuild -ts apr-.tar.bz2 > rpmbuild -ts apr-util-.tar.bz2 > > (older apr releases required tar.gz files) > > Run the following to create RPMs (o

Re: apr_file_open() and non blocking IO

On Sat, 27 Feb 2010 16:19 +0200, "Graham Leggett" wrote: > I am trying to open a fifo on disk with the O_NONBLOCK flag set, and I > notice that apr's apr_file_open() cannot do this. > > As a result, if nobody else is already reading from the fifo, > apr_file_open blocks, and this is the behav

Re: dynamic memory at runtime

For an example, you might look in apache trunk at modules/aaa/mod_auth_digest.c. It uses shared memory to keep some common tables across processes. Dan

Re: No trunk directory in svn repo for apr-util

Jeff Trawick writes: > On Tue, Jan 12, 2010 at 1:46 PM, Dan Poirier wrote: >> James Swetnam writes: >> >>> The apr-util subversion repository is missing a trunk directory.  This >>> is inconsistent with the 'how to use anonymous subversion' section o

Re: No trunk directory in svn repo for apr-util

James Swetnam writes: > The apr-util subversion repository is missing a trunk directory. This > is inconsistent with the 'how to use anonymous subversion' section of > the website > http://apr.apache.org/anonsvn.html > > Which lists the following command: > > svn co http://svn.apache.org/repos

Re: AIX 5.3 sockaddr.c patch

Paul Pryor writes: > I found the problem with IN6_IS_ADDR_V4MAPPED macro on AIX which > caused it to bomb in testsock. The patch below should fix it. IN6_IS_ADDR_V4MAPPED seems to already be defined equivalently to this patch for windows (include/apr.hw), so that seems like a better place to fix

Re: APR 1.4.x, 1.0.x on Snow Leopard

h the tools they ship with Snow Leopard. Maybe that was my mistake :-) There's a slightly newer XCode (3.2.1, Oct. 8, 2009) available that I can try. Then I'll put Macports back on my PATH and see what that does. -- Dan Poirier

APR 1.4.x, 1.0.x on Snow Leopard

I'm still not having much luck with apr 1.4.x or 1.0.x on Snow Leopard. Just curious if my problems are unique? Since 1.4.x failed, and Snow Leopard's installed apr is called libapr-1.0.3.5.dylib, I also tried apr-1.0.x. On 1.4.x, buildconf fails; on 1.0.x; configure fails, so in both cases,

PR 47572 - should --with-dbm=gdbm imply --with-gdbm?

I opened this suggestion a while back and haven't seen any feedback. https://issues.apache.org/bugzilla/show_bug.cgi?id=47572 When I configure apr to use gdbm: ./configure --with-dbm=gdbm but forget to include --with-gdbm, then apr gets built in a way that requires apr_gdbm, but doesn't build

Re: svn commit: r800733 - in /apr/apr/branches/0.9.x: CHANGES memory/unix/apr_pools.c

Oops, I see it was corrected later. Never mind. -- Dan Poirier

Re: svn commit: r800733 - in /apr/apr/branches/0.9.x: CHANGES memory/unix/apr_pools.c

; + > +} > active = pool->active; > > /* If the active node has enough bytes left, use it. */ Should this case be returning NULL as in the other branches? -- Dan Poirier

Re: OS/2 maintainer?

On Mon, 10 Aug 2009 09:36 +, "Paul Smedley" wrote: > Wondering if there is anyone still actively maintaining the OS/2 > source code in APR? OS/2 itself isn't maintained anymore, is it? Is it getting hard to find hardware that it'll run on? Dan

Re: [vote] release apr 1.3.8, apr-util 1.3.9?

Builds and tests okay on Mac OS X 10.5.7.

Re: svn commit: r794523 [1/3] - in /apr/apr/trunk: buckets/ build/ crypto/ dbd/ dbm/ dbm/sdbm/ docs/ encoding/ hooks/ include/ include/private/ ldap/ memcache/ strmatch/ uri/ util-misc/ xlate/ xml/

*/ -APR_DECLARE_EXTERNAL_HOOK(apr,APU,void,_optional,(void)) +APR_DECLARE_EXTERNAL_HOOK(apr,APR,void,_optional,(void)) APR_DECLARE(apr_array_header_t *) apr_optional_hook_get(const char *szName) { -- Dan Poirier

Re: simple way to match error code value with error code define ?

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

Re: Is apr_pool_t thread-safe?

by some of the debugging functions. So you'd want to be sure not to access a pool from different threads at the same time. -- Dan Poirier

Re: SCons Updates... 2

r > APR 2.x. Frankly, internal Unicode would be great. Just so input and output still support EBCDIC, since people still do use it. (Maybe even just input - does anyone actually serve web pages in EBCDIC?) -- Dan Poirier

Re: APR: Portable across Operating Systems, or Libraries?

even if not every supported platform has a 90% market share. If I were choosing a web server to use on a non-mainstream platform, I'd rather choose one I was already familiar with, or that once I learned it, I could apply that knowledge elsewhere, than one unique to that platform. I also believe portable code tends to be better code. -- Dan Poirier