On Wed, Nov 25, 2015 at 3:10 PM, Jim Jagielski wrote:
> In a library that has:
>
> apr_pstrdup()
> apr_pstrndup()
> apr_pstrmemdup()
>
which are all semantically and mechanically different...
> and apr_pstrmemdup() and apr_pstrndup() are functionally
On Wed, Nov 25, 2015 at 3:55 PM, William A Rowe Jr <wr...@rowe-clan.net>
wrote:
> On Wed, Nov 25, 2015 at 3:52 PM, Christophe JAILLET <
> christophe.jail...@wanadoo.fr> wrote:
>
>> Hi,
>>
>> just in case off, gnome as a set of function g_ascii_...
>>
tl;dr - feel free to skip "httpd" specifics to get to the meat of the APR
discussion items.
-- Forwarded message ------
From: William A Rowe Jr <wr...@rowe-clan.net>
Date: Wed, Nov 25, 2015 at 11:42 AM
Subject: apr_token_* conclusions (was: Better casecmpstr[n
On Mon, Nov 23, 2015 at 1:42 PM, Ruediger Pluem <rpl...@apache.org> wrote:
>
> On 11/20/2015 07:31 PM, William A Rowe Jr wrote:
> > I'm wondering how the group would react to refactoring some of APR 2.0
> > to either offer inline code for many of our heavily consumed fu
roposed apr_str[n]casecmp
> function do that POSIX.1 strcasecmp doesn't do?
>
> I guess that's two questions, either of which may be stupid.
>
> Is this is a performance issue? Supporting non-ASCII is a waste of time?
>
> Thanks,
> -chris
>
> On 11/23/15 11:58 AM, Willia
docs and usage to remove the "greater/less than"
> criteria and just say equal strings return 0 and non 0 means that
> the strings don't compare/are different?
>
> > On Nov 23, 2015, at 10:19 AM, William A Rowe Jr <wr...@rowe-clan.net>
> wrote:
> >
> > On
On Mon, Nov 23, 2015 at 2:11 AM, Branko Čibej wrote:
>
> +1 to apr_casecmpstr[n]() with a big fat warning in the docstring that
> it works for ASCII only.
>
Well, it 'works' (does not segfault, does not case fold them) for high bit
characters, but sorts them in a potentially
I'm wondering how the group would react to refactoring some of APR 2.0
to either offer inline code for many of our heavily consumed functions,
or offering inline + fn implementations alongside one another?
Would it still be necessary in this day and age to support C compilers
that do not support
On Fri, Nov 20, 2015 at 2:55 PM, Yann Ylavic wrote:
> On Fri, Nov 20, 2015 at 8:00 PM, Jim Jagielski wrote:
> > If we are serious about having a serious update to APR, I
> > would recommend that we use more up-to-date data structures,
> > patterns and
Any objections to picking this up for APR 1.next/2.0?
It seems that httpd isn't the only one who wants to be strict about
case-insensitive token string recognition, and non-POSIX char case
gets weird quickly.
-- Forwarded message --
From:
Date: Fri, Nov 20,
On Sun, Nov 1, 2015 at 12:16 PM, Graham Leggett wrote:
> On 31 Oct 2015, at 7:48 PM, Michael Felt wrote:
>
> > I would like to repspond positively on this suggestion that "something"
> be done.
> > It could be updated, and fortunately expat is not a package
Any chance you could review the man page of these functions on IRIX and
report back, specifically return value and error exceptions? MAX is a
valid value. They might be playing some game with endptr to signify errors.
On Oct 14, 2015 18:17, "Rainer M. Canavan" wrote:
> Hi,
>
>
I don't see args in your backtrace, perhaps rebuild apr + your app with -g,
or if it is a system package, install corresponding debuginfo for apr?
On Oct 3, 2015 10:48, "Loïc BLOT" wrote:
> Hello dev@apr.apache.org
> Thanks for your library, it's very useful.
>
> I
I just looked at our sidebar and contributing pages and you are right, 12+
years later we still forgot to point that out :)
Thanks for the observation, I see Dongsheng answered your question, but we
will get this right for other users.
On Mon, Sep 21, 2015 at 10:03 PM, Jeffrey Walton
On Sep 5, 2015 10:14 AM, "Branko Čibej" <br...@apache.org> wrote:
>
> On 27.08.2015 05:46, William A. Rowe Jr. wrote:
> > Several years ago, we combined the functionality of apr and apr-util,
> > and that library no longer draws in sub-dependencies until specific
On Aug 28, 2015 9:24 AM, Rainer Jung rainer.j...@kippdata.de wrote:
Am 28.08.2015 um 15:20 schrieb Michael Schlenker:
Cmake provided project/nmake/make files have one issue though, which
might not be obvious to someone never using cmake: Those depend on cmake
for a variety of tasks (e.g.
On Aug 27, 2015 3:47 AM, Gregg Smith g...@gknw.net wrote:
On 8/26/2015 9:56 PM, William A Rowe Jr wrote:
On Aug 26, 2015 11:41 PM, Branko Čibejbr...@apache.org wrote:
On 27.08.2015 06:37, Branko Čibej wrote:
On 27.08.2015 05:46, William A. Rowe Jr. wrote:
Several years ago, we combined
On Thu, Aug 27, 2015 at 6:53 PM, Noel Butler noel.but...@ausics.net wrote:
That's why I want us to extend cmake to do the unix build as well.
The biggest bitch I here from *nix/bsd system admins everywhere is cmake,
the largest bitch is people know how to use --with-foo --with-bar now
On Aug 26, 2015 11:41 PM, Branko Čibej br...@apache.org wrote:
On 27.08.2015 06:37, Branko Čibej wrote:
On 27.08.2015 05:46, William A. Rowe Jr. wrote:
Several years ago, we combined the functionality of apr and apr-util,
and that library no longer draws in sub-dependencies until specific
Several years ago, we combined the functionality of apr and apr-util,
and that library no longer draws in sub-dependencies until specific
components are necessary (dbm providers, dbd providers, crypto
providers etc).
It seems overtime that we produce a release based on that effort, I'm
offering
Thanks Daniel, sharing this with the dev@ list, as the problem and the fix
are both public.
Folks, what are your thoughts? Our expat is already quite old, and the
current release
was 2.10, while we were still shipping 1.95.7, before this issue popped up.
Bumping major versions in a subversion
Looks great, thanks Brane, and Bert for calling this out.
On Thu, Jun 18, 2015 at 3:43 AM, Branko Čibej br...@apache.org wrote:
On 17.06.2015 15:53, Branko Čibej wrote:
Thanks for the reminder! Will do.
On 17 Jun 2015 12:37 pm, Yann Ylavic ylavic@gmail.com wrote:
On Wed, Jun 17, 2015
Great report, thanks Bert. I'll review.
Bill
On Mon, Jun 15, 2015 at 7:19 AM, Bert Huijben b...@qqmail.nl wrote:
Trying yet another e-mail address... Nice that this just bounces instead
of being moderated :(
Bert
-Original Message-
From: Bert Huijben
On Fri, May 8, 2015 at 5:02 AM, Jim Jagielski j...@jagunet.com wrote:
The docs cleanup has broken a TON of links... Do a search on any
APR function and chances are good that results will refer
to the now-nonexistant 1.3/1.4 urls.
Just learning for the first time that apr's apmail config
I've finally gotten round to purging the antique 0.9 references. But
please check out http://apr.apache.org/ just in case I'd missed something,
thanks.
It seems that anything older than 1.5 is now stale, so the old doc
references didn't make much sense at this point.
Bill
And I see this was then addressed an hour later - still learning nuances of
gmail filtering and threading.
Thanks again, Jeff :)
Bill
On Mon, Apr 27, 2015 at 11:00 PM, William A Rowe Jr wr...@rowe-clan.net
wrote:
I am searching and do not see a call for vote on APR until Gregg just
replied.
. My
2c USD (which apparently is worth a lot more than it used to be, heh).
Bill
On Mon, Apr 27, 2015 at 11:02 PM, William A Rowe Jr wr...@rowe-clan.net
wrote:
And I see this was then addressed an hour later - still learning nuances
of gmail filtering and threading.
Thanks again, Jeff
I am searching and do not see a call for vote on APR until Gregg just
replied.
I'd love to have this done, but doubt it is legit to start a clock on some
other project's post ;-/
Me, myself, am looking forward to reviewing and integrating in the morning
here. Thanks Jeff.
Bill
On Mon, Apr 27,
Because we haven't had the voters to approve a release subsequent to
apr-iconv 1.2.1, and this code is significantly out-of-date, I'd like to
propose we shutter the codebase.
Since we grabbed that particular starting point, GNU libiconv became the
maintained reference standard for glibc. IBM's
On Mon, 30 Jun 2014 17:39:42 -0400
Jeff Trawick traw...@gmail.com wrote:
http://upstream-tracker.org/versions/apr.html
Nice! Thanks Jeff... I like the semantic change warnings, it ties
in nicely to our recent rehash of versioning rules at APR.
The 0.9 1.x modulo warning was pretty funny - and
On Fri, 13 Mar 2015 08:56:14 -0400
Jeff Trawick traw...@gmail.com wrote:
On Fri, Mar 13, 2015 at 8:51 AM, Jim Jagielski j...@jagunet.com
wrote:
On Mar 13, 2015, at 8:04 AM, Yann Ylavic ylavic@gmail.com
wrote:
It seems that the implementation is not that broken actually.
On Sat, 7 Mar 2015 10:57:22 -0500
Jim Jagielski j...@jagunet.com wrote:
On Mar 7, 2015, at 2:30 AM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On Thu, 5 Mar 2015 11:19:40 -0500
Jim Jagielski j...@jagunet.com wrote:
After doing some additional research, I think
On Thu, 12 Mar 2015 13:36:55 -0400
Jim Jagielski j...@jagunet.com wrote:
No, it's a design error. There's not much helping that... once it
ships, that's our implementation. Might caution us to provide more
careful code review before n.n.0 releases on new features.
S if
By APR's revisioning rules, this proposal is invalid.
The API cannot change behavior now that 1.5.0 has flown the nest. We'll
need the converse, an API after creation to disable the indexing or, the
other usual implementation is to add a create_ex() facility with the
option to enable/disable the
I would suggest that is a role for more cryptographic or hash provider
libraries. These were included based on their prevalence in web and
similar protocols, not for cryptographic strength.
On May 2, 2014 6:59 PM, Helmut Tessarek tessa...@evermeet.cx wrote:
I'm wondering why APR only supports
On Sat, 25 Jan 2014 12:47:49 -0500
Jim Jagielski j...@jagunet.com wrote:
Any reason why we've never pulled
http://svn.apache.org/viewvc?view=revisionrevision=741869
http://svn.apache.org/viewvc?view=revisionrevision=741862
into apr-1.5 ?
If these look useful, and adding
On Fri, 24 Jan 2014 01:24:47 +0100
Yann Ylavic ylavic@gmail.com wrote:
Hi,
I'd like to propose the following/attached patch which adds the
apr_sockaddr_info_copy() function to network_io.
It can be useful when one wants an existing apr_sockaddr_t with a
different lifetime (pool)
You can find the first of two patches, this first for the apr_fileinfo
api, which introduces [f]stat style support to resolve the canonical
form of a given filename. APR_FINFO_NAME should return the corrected
case/filesystem representation of the given name.
On Fri, 6 Dec 2013 16:44:52 +0100
Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote:
On Fri, Dec 6, 2013 at 6:05 AM, William A. Rowe Jr.
wr...@rowe-clan.netwrote:
On Thu, 5 Dec 2013 15:01:05 +0100
Bert Huijben b...@qqmail.nl wrote:
I think the dll load function should be converted
On Thu, 05 Dec 2013 09:24:24 -0800
Gregg Smith g...@gknw.net wrote:
Once all the 9x stuff is gone, we can drop the define.
Precisely. And that would be a version-major/minor change, imho.
In the interim, simply -D (ugh... /D it) WINNT. Problem solved. Leave
it there for someone to discover
On Thu, 5 Dec 2013 15:01:05 +0100
Bert Huijben b...@qqmail.nl wrote:
I think the dll load function should be converted to a more stable
pattern, that properly handles multiple threads. And perhaps we
should just assume a few more NT functions to be alsways there
instead of loading them
On Tue, 03 Dec 2013 15:55:25 +0100
Stefan Ruppert s...@myarm.com wrote:
Am 03.12.2013 15:15, schrieb Daniel Lescohier:
However, the functions still need to change to return errors for the
cases when they are unbuffered files. The buffer won't be
referenced (and cause a crash) in those
On Mon, 02 Dec 2013 01:34:58 +0100
Branko Čibej br...@apache.org wrote:
On 02.12.2013 01:29, Eric Covener wrote:
I am looking at a httpd bug that causes a hang on windows but
succeeds on unix.
It seems that (short) files are opened w/ buffering, read,
apr_file_closed, and read again
On Sat, 16 Nov 2013 17:16:00 +0100
Rainer Jung rainer.j...@kippdata.de wrote:
Summary
===
[...]
- crypto configure for OpenSSL expected to fail at least on Solaris,
because when linking against the libssl we need
the additional flags -ldl -lsocket -lnsl. Currently
there's no
On Thu, 14 Nov 2013 00:56:58 +0100
Rainer Jung rainer.j...@kippdata.de wrote:
Personally I think people doing out of tree builds are a minority and
can cope with a small Makefile patch. Theyshould be OK with it already
being fixed for the next release, so for me it wouldn't be a reason to
On Fri, 8 Nov 2013 11:00:18 -0800 (PST)
Arsen Chaloyan achalo...@yahoo.com wrote:
Anyway, if it turns out the change has to be #ifdef-ed, which is most
likely, then testing _MSC_VER only is not enough or appropriate.
Please note, if one uses VS2013 (_MSC_VER == 1800), it doesn't
necessarily
On Thu, 7 Nov 2013 09:43:07 -0500
Jeff Trawick traw...@gmail.com wrote:
On Thu, Nov 7, 2013 at 12:33 AM, William A. Rowe Jr.
wr...@rowe-clan.netwrote:
On Wed, 06 Nov 2013 16:07:37 -0800
Mike Rumph mike.ru...@oracle.com wrote:
On 11/6/2013 1:06 PM, Jeff Trawick wrote:
I
On Wed, 06 Nov 2013 02:20:00 +0100
Guenter Knauf fua...@apache.org wrote:
Hi,
On 05.11.2013 22:51, Graham Leggett wrote:
On 05 Nov 2013, at 11:04 PM, Jeff Trawick traw...@gmail.com wrote:
TIA! (ping)
If nobody in the gen_test_char-with-traditional-Windows-build
sub-thread knows what
On Tue, 5 Nov 2013 17:49:22 -0800 (PST)
Arsen Chaloyan achalo...@yahoo.com wrote:
These errors are caused by the use of the new Platform Toolset v120
which gets installed with VS2013. More specifically, the problem is
in the function cast wrappers defined in apr_atomic.c and used only
for
On Wed, 06 Nov 2013 16:07:37 -0800
Mike Rumph mike.ru...@oracle.com wrote:
On 11/6/2013 1:06 PM, Jeff Trawick wrote:
I just played with _commit() on stdin a bit. It turns out that
_commit(0) fails if stdin is redirected (main.exe somefile) but
works if stdin is a tty. That's the
On Fri, 1 Nov 2013 10:17:43 -0400
Jeff Trawick traw...@gmail.com wrote:
There is a need to consume the cmake support downstream, and I see a
few other fixes as well.
(Please no apr-util 1.6 and corresponding rush to cram a bunch of
stuff in there like I and others did with apr 1.5 ;) That
On Wed, 16 Oct 2013 16:17:33 +0100
Nick Kew n...@apache.org wrote:
On 10 Oct 2013, at 21:49, Dirkjan Ochtman wrote:
The reason I've recently gotten interested in APR (and SHA support)
is my work on https://github.com/mozilla/mod_authn_persona.
OK, that raises two questions:
1. From
Notwithstanding where other consumers sit, +1 from httpd perspective.
On Nov 3, 2013 7:09 PM, Jeff Trawick traw...@gmail.com wrote:
apr-0.9.x has a few fixes queued up, but I don't see any reason to release
them since httpd 2.0.x is retired.
Index: xdocs/index.xml
On Tue, 29 Oct 2013 14:17:24 -0400
Jeff Trawick traw...@gmail.com wrote:
On Tue, Oct 29, 2013 at 12:08 PM, wr...@apache.org wrote:
Author: wrowe
Date: Tue Oct 29 16:08:31 2013
New Revision: 1536785
URL: http://svn.apache.org/r1536785
Log:
Remove generated file from
On Mon, 28 Oct 2013 18:00:26 -0700
Gregg Smith g...@gknw.net wrote:
On 10/28/2013 2:37 PM, William A. Rowe Jr. wrote:
On Mon, 28 Oct 2013 16:58:45 -0400
Jeff Trawicktraw...@gmail.com wrote:
On Mon, Oct 28, 2013 at 4:54 PM, William A. Rowe Jr.
wr...@rowe-clan.netwrote:
On Mon, 28
On Tue, 29 Oct 2013 10:32:03 -0700
Gregg Smith g...@gknw.net wrote:
Suggestion - should we simply use the CROSS_COMPILE path when
building for win32 .dsp/.mak files, instead?
You mean using the CMake and dropping the Traditional build
completely? -1
Nope - simply /DCROSS_COMPILE in the
On Tue, 29 Oct 2013 10:32:03 -0700
Gregg Smith g...@gknw.net wrote:
Suggestion - should we simply use the CROSS_COMPILE path when
building for win32 .dsp/.mak files, instead?
You mean using the CMake and dropping the Traditional build
completely? -1
I currently do not see the problem with
On Tue, 29 Oct 2013 19:07:32 +0100
Guenter Knauf fua...@apache.org wrote:
On 29.10.2013 18:56, William A. Rowe Jr. wrote:
Nope - simply /DCROSS_COMPILE in the [lib]apr.dsp/.mak files rather
than pre-copying apr.h. I don't think that using apr feature
detection and headers buys us anything
On Mon, 28 Oct 2013 13:01:09 -0400
Jeff Trawick traw...@gmail.com wrote:
On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smith g...@gknw.net wrote:
Just a note,
On 10/19/2013 10:32 AM, Gregg Smith wrote:
On 10/19/2013 7:26 AM, Jeff Trawick wrote:
On Thu, Oct 17, 2013 at 11:08 PM, Gregg
On Mon, 28 Oct 2013 17:01:56 -0400
Jeff Trawick traw...@gmail.com wrote:
apr trunk on Unix:
It gets built then run only after all .o files are generated, so it
doesn't have the expected impact.
.o/.lo/.libs (for gen_test_char) in tools don't get cleaned, so you
may just see the link
On Mon, 28 Oct 2013 16:58:45 -0400
Jeff Trawick traw...@gmail.com wrote:
On Mon, Oct 28, 2013 at 4:54 PM, William A. Rowe Jr.
wr...@rowe-clan.netwrote:
On Mon, 28 Oct 2013 13:01:09 -0400
Jeff Trawick traw...@gmail.com wrote:
On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smith g...@gknw.net
No... the entire dependency is on excluding it from svn. Please remember
that default timestamps in svn are worthless and whatever you checked in is
platform specific.
On Oct 28, 2013 7:02 PM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Oct 28, 2013 at 7:51 PM, Graham Leggett minf...@sharp.fm
On Tue, 15 Oct 2013 06:47:35 -0400
Jeff Trawick traw...@gmail.com wrote:
On Tue, Oct 15, 2013 at 1:01 AM, Mladen Turk mt...@apache.org wrote:
Replacing Global with Local would basically limit the apr_shm API
and it won't
allow IPC using shm across sessions. With services running in
On Tue, 22 Oct 2013 08:13:08 -0400
Jeff Trawick traw...@gmail.com wrote:
On Tue, Oct 22, 2013 at 6:04 AM, Stefan Ruppert s...@myarm.com wrote:
Am 21.10.2013 20:39, schrieb Jeff Trawick:
On Mon, Oct 21, 2013 at 12:41 PM, Stefan Ruppert s...@myarm.com
mailto:s...@myarm.com wrote:
On Tue, 22 Oct 2013 20:34:02 -0500
William A. Rowe Jr. wr...@rowe-clan.net wrote:
On Tue, 22 Oct 2013 08:13:08 -0400
Jeff Trawick traw...@gmail.com wrote:
On Tue, Oct 22, 2013 at 6:04 AM, Stefan Ruppert s...@myarm.com
wrote:
Am 21.10.2013 20:39, schrieb Jeff Trawick:
On Mon
+1 to moving ap skiplist to apr (trunk + 1.5 future release branch)
On Sep 28, 2013 11:12 AM, Graham Leggett minf...@sharp.fm wrote:
On 26 Sep 2013, at 15:44, Jim Jagielski j...@jagunet.com wrote:
Like I said, I think that skiplist fits better in APR; in
fact there are a few other things
Yes, that would work.
Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: William A. Rowe Jr. [mailto:wr...@rowe-clan.net]
Sent: dinsdag 17 september 2013 20:13
To: Timo Rothenpieler
Cc: dev@apr.apache.org
Subject: Re: Using UNIX domain sockets with apr
On Mon, 09 Sep
On Mon, 09 Sep 2013 21:06:34 +0200
Timo Rothenpieler t...@rothenpieler.org wrote:
Hi,
I'm trying to use unix sockets with the apr socket functions, but it
seems like it doesn't support that.
In the current trunk there's an APR_UNIX define, which comes with
additional code to make the
On Thu, 5 Sep 2013 14:53:43 +0200
Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: traw...@apache.org [mailto:traw...@apache.org]
Sent: donderdag 29 augustus 2013 20:49
To: comm...@apr.apache.org
Subject: svn commit: r1518760 - in /apr/apr/branches/1.4.x:
On Thu, 05 Sep 2013 23:56:48 +0200
Rainer Jung rainer.j...@kippdata.de wrote:
On 05.09.2013 21:19, William A. Rowe Jr. wrote:
On Thu, 5 Sep 2013 14:53:43 +0200
Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: traw...@apache.org [mailto:traw...@apache.org]
Sent
On Sat, 24 Aug 2013 00:33:38 +0400
Ivan Zhakov i...@visualsvn.com wrote:
Append is special, in that POSIX has an append flag on open() which
handles atomicity of seek-to-end+write; so that mutex isn't needed
on all operating systems. This is a case where Windows needs a
mutex but Unix
, Apr 26, 2010 at 4:38 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 4/26/2010 2:19 PM, Jeff Trawick wrote:
So I don't think there's any hidden reason why a mutex
should always be obtained on Windows. I too wouldn't be
surprised if the fix breaks some app code somewhere
On Fri, 23 Aug 2013 18:39:35 -0500
William A. Rowe Jr. wr...@rowe-clan.net wrote:
On Sat, 24 Aug 2013 00:33:38 +0400
Ivan Zhakov i...@visualsvn.com wrote:
Actually Windows supports atomic seek-to-end+write: file should be
opened with FILE_APPEND_DATA access right only [1] or Offset
The only toggle is to choose RelWithDebInfo as the cmake target (as opposed to
Release or Debug). Pretty straightforward.
On Tue, 20 Aug 2013 15:47:46 -0400
Jeff Trawick traw...@gmail.com wrote:
I plan to spend some time tilting at that windmill starting later this
week, for the purposes of getting a flexible build on Windows.
Enough time to get something working? Dunno :(
Just FYI, RELWITHDEBINFO was a broken
On Tue, 20 Aug 2013 15:47:46 -0400
Jeff Trawick traw...@gmail.com wrote:
I plan to spend some time tilting at that windmill starting later this
week, for the purposes of getting a flexible build on Windows.
Enough time to get something working? Dunno :(
Feel free to attack it from either
On Sat, 22 Jun 2013 13:06:03 +0200
olli hauer oha...@gmx.de wrote:
Hi,
is there a public roadmap for apr and apr-util?
I remember I have read something like changing to cmake.
Also in the past there where sometimes a apr-2 snapshot
where everything was delivered in one big distfile.
Is there any discussion yet of shipping this feature in 1.x as opposed to
2.0? As Jeff wisely points out, the multitude of branches does become
overwhelming for keeping bug fixes in sync across all.
Is it simple enough to keep it as a patch, for now, which you could easily
apply to 1.6.x branch
On Wed, 17 Apr 2013 14:38:02 + (UTC)
Igor Galić i.ga...@brainsware.org wrote:
- Original Message -
Hi all,
Am 04.04.2013 13:44, schrieb Jeff Trawick:
For a more complete list, please refer to the following URLs:
http://apr.apache.org/docs/apr/modules.html
On Wed, 17 Apr 2013 15:14:31 + (UTC)
Igor Galić i.ga...@brainsware.org wrote:
Hi folks,
I'm having issue with a piece of software (unimrcp) failing to build:
Making all in unimrcp-server
make[2]: Entering directory
`/build/unimrcp/platforms/unimrcp-server' /bin/bash
On Tue, 2 Apr 2013 17:50:45 +0200
Mario Brandt jbl...@gmail.com wrote:
What about the offering[1] from Pierre (MS guy) to write a script that
generates the mak files? Just in case you don't want to do it
yourself ;) Why not taking advantage of that?
Because no such offer exists to dev@apr? A
On Sat, 30 Mar 2013 14:14:42 -0400
Jeff Trawick traw...@gmail.com wrote:
On Sat, Mar 30, 2013 at 2:10 PM, Gregg Smith g...@gknw.net wrote:
On 3/30/2013 11:01 AM, Jeff Trawick wrote:
To state the obvious, I'm probably doing something stupid.
I am using Visual Studio 2010 + SP1 (to get
On Sat, 30 Mar 2013 11:41:16 -0700
Gregg Smith g...@gknw.net wrote:
On 3/30/2013 11:14 AM, Jeff Trawick wrote:
On Sat, Mar 30, 2013 at 2:10 PM, Gregg Smith g...@gknw.net
mailto:g...@gknw.net wrote:
On 3/30/2013 11:01 AM, Jeff Trawick wrote:
To state the obvious, I'm
On Sat, 2 Mar 2013 14:13:25 +0800
shangyu yush...@outlook.com wrote:
Hi dear all,When compile apr-util-1.5.1 with nmake , this file is
missed . Any suggestion ? Many thanks!!!
As has been pointed out, this was last updated with 1.3.x.
In each successive 1.x release, some old and crusty
On Sun, 10 Mar 2013 23:41:39 -0500
William A. Rowe Jr. wr...@rowe-clan.net wrote:
The right solution is to export them using the (portable) scons or
cmake. My own preference is cmake, which I've worked on quite a bit
in the past couple years. Paul introduced a partial scons solution
On Wed, 06 Feb 2013 21:59:43 +0100
Daniel Pocock dan...@pocock.com.au wrote:
More recently, I wanted to add optional TLS support to dynalogin. It
also uses APR sockets. I repeated the same trick, but I'd prefer to
find a more elegant solution than:
On 8/22/2012 10:12 AM, Bert Huijben wrote:
-Original Message-
From: William A. Rowe Jr. [mailto:wr...@rowe-clan.net]
Sent: zondag 12 augustus 2012 19:40
To: dev@apr.apache.org
Subject: Re: [VOTE] Release apr-util 1.5.0
On 8/10/2012 1:05 PM, Stefan Fritsch wrote:
Thanks
On 8/15/2012 6:10 PM, olli hauer wrote:
On 2012-08-16 00:25, William A. Rowe Jr. wrote:
On 8/15/2012 4:03 PM, olli hauer wrote:
Is there a way to find out if apu-util has support for different DBD
backends like pgsql / sqlite3 / mysql ...
I could test if apr_dbd_$dbtype exist, but this looks
On 8/1/2012 5:02 AM, j...@apache.org wrote:
Author: jim
Date: Wed Aug 1 12:02:00 2012
New Revision: 1367943
URL: http://svn.apache.org/viewvc?rev=1367943view=rev
Log:
Update for Mountain Lion / OSX 10.8 / Darwin 12.x
-*-apple-darwin1[[01]].*)
+
On 7/26/2012 4:23 PM, Prakash Reddy Bande wrote:
Hi,
If we are using apr in multi threaded environment, what is a better choice?
Static libs or dlls?
Red herring.
If you are using apr from multiple invocations of a process, or from multiple
processes at once, a shared apr dll wins an
On 7/18/2012 5:40 AM, Jeff Trawick wrote:
On Mon, Jul 16, 2012 at 1:27 PM, Alona Rossen aros...@opentext.com wrote:
Hello,
Build of libapritil-1.lib failed on Windows using VS2008:
1Linking...
1 Creating library Debug\libaprutil-1.lib and object
Debug\libaprutil-1.exp
On 6/29/2012 4:23 AM, Stefan Fritsch wrote:
Therefore I will go ahead and add bcrypt support to apr-util which
will be a big improvement for the 95% of users who don't need FIPS.
It sounds to me that after we spent a great deal of time to make APR
largely library agnostic, you are insisting
On 6/24/2012 3:34 AM, Stefan Fritsch wrote:
On Sunday 24 June 2012, Graham Leggett wrote:
Ideally, like we have a generic synchronous encryption API, we
should have a generic hash API too, so that the user can use
whatever hash that the underlying toolkit provides.
I rather like the fact
I hope many of you already saw this and might be considering attending
to present whatever short topics you would like during the BarCamp about
our projects!
I'd asked and there is no plan -yet- for any Hackathon activity, but Tim
indicated it might be able to happen. Would anyone be up for a
On 4/30/2012 11:26 AM, shath...@e-z.net wrote:
I looked at pcre-8.3, but did not find regex.h. Am I missing some other
third party library? I could not find regex.h anywhere under
apr/apr-util/apr-iconv. And I don't believe it is part of Dev Studio 2010.
regex is older than gnu and was
On 4/19/2012 11:08 AM, shath...@e-z.net wrote:
I have systems where native 64bit integers are not available.
Surely your c tooling has 64 bit emulation already? If you are
really reimplementing 64 bit math you are in for a world of hurt,
and won't be nearly as efficient or defect free as if
On 4/12/2012 10:37 PM, William A. Rowe Jr. wrote:
Has anyone else ever encountered an opportunity to detach a process,
which you would still enjoy stdio channels to communicate?
First I actually have bumped into this, but we didn't seem to leave
much in the way of an apr_proc_detach
On 4/15/2012 3:50 AM, Stefan Sperling wrote:
On Thu, Apr 12, 2012 at 10:37:13PM -0500, William A. Rowe Jr. wrote:
Has anyone else ever encountered an opportunity to detach a process,
which you would still enjoy stdio channels to communicate?
Yes, this is done in Subversion to run hook
On 4/15/2012 12:41 PM, William A. Rowe Jr. wrote:
On 4/15/2012 3:50 AM, Stefan Sperling wrote:
On Thu, Apr 12, 2012 at 10:37:13PM -0500, William A. Rowe Jr. wrote:
Has anyone else ever encountered an opportunity to detach a process,
which you would still enjoy stdio channels to communicate
On 4/15/2012 4:43 PM, Stefan Sperling wrote:
On Sun, Apr 15, 2012 at 04:02:55PM -0500, William A. Rowe Jr. wrote:
Stefan I don't see where you detach... did you simply mean that cmd3 was
meant to use detached processes? As in, not of this process group?
We might be talking of two different
401 - 500 of 3066 matches
Mail list logo