Hi Arsen,
On 20.11.2013 23:36, Arsen Chaloyan wrote:
My understanding is the tool needs to be compiled natively no matter
what the target platform is.
correct - are you up to provide a patch to the configure script?
we need to do something with vars like CC_FOR_BUILD etc. - but
unfortunately
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 I'm talking about, please let me know. Maybe I am confusedabout the
planned
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 in compiling code which should 'just work' on
any compiler still in use in this
Hi,
I just found that from:
http://apr.apache.org/docs/
if you click 'apr' or 'apr-util' these will redirect to the 0.9 docu ...
shouldnt we redirect to recent APR 1.4 / APU 1.5 ?
I think this is important since when I google for a function I always
get there ...
Gün.
Hi Bert,
On 03.06.2013 16:10, Bert Huijben wrote:
+1 this is a problem with cross compiling.
Spend a few hours multiple times to get an x64 build working on a Win32only
the problem is that usally gen_test_char.c includes the APR/APU headers
for no real reason, an thwn will fail because target
Hi Graham,
On 31.05.2013 23:34, Graham Leggett wrote:
I have been putting together an apr_escape API based on the escaping
and unescaping functions in httpd's util.c. So far so good. This code
depends on the generation of a file called test_char.h, which is
generated at build time by a small bit
On 26.04.2013 21:18, Jeff Trawick wrote:
I can RM...
coool!
I was recently on hunting an old NetWare-only with apr_pool_parent_get()
bug with Rainer, and he finally suggested a patch like this:
Index: dbd/apr_dbd.c
===
---
Hi all,
since the APU 1.5.1 apr_password_validate() bug is now fixed (thanks
Rainer!), and our main site http://apr.apache.org/ still lists:
The recommended releases of the several Apache Portable Runtime
libraries are
* APR 1.4.6, released Feb 14, 2012
* APR-util 1.5.1, released
Am 20.09.2012 08:53, schrieb Michael Felt:
Yes, unfortunately? or fortunately!
hehe, I would say fortunately since that makes it no regression and
therefore your issue might not be something to hold back 1.5.1 ;-)
Gün.
Hi Michael,
Am 20.09.2012 10:34, schrieb Guenter Knauf:
Am 20.09.2012 08:53, schrieb Michael Felt:
Yes, unfortunately? or fortunately!
hehe, I would say fortunately since that makes it no regression and
therefore your issue might not be something to hold back 1.5.1 ;-)
of course this doesnt
Hi Michael,
Am 20.09.2012 17:48, schrieb Michael Felt:
this was about what to use with httpd today. And you answered that, if I
understood correctly - package both httpd 2.2.X and httpd 2.4.X with
apr-1.4.6 and apr-util-1.4.1 - because these exist officially.
yep - though with 2.2.x you dont
Am 20.09.2012 18:52, schrieb Michael Felt:
On the dev (x104) system, running as root - testbuckets succeeds;
rerunning on x054, as root, testbuckets also succeeds.
great!
So, only testxlate is (still) standing in the way.
IIRC this test needs some data files - any chance you missed to copy
Hi Michael,
Am 16.09.2012 16:34, schrieb Michael Felt:
make check of apr-util-1.5.1 returns:
...
testdate: SUCCESS
testmemcache: SUCCESS
testxml : SUCCESS
testxlate : |/bin/sh[17]: 10879096 Segmentation fault(coredump)
Programs failed: testall
make[1]:
Hi,
Am 28.04.2012 16:25, schrieb Olivier Teuliere:
When cross-compiling a program for win32 (on linux, using mingw32),
the linking with apr-2 (svn version as of today) failed with the
following error:
/some/path/lib/libapr-2.a(apr_strings.o): In function `apr_strtoff@16':
Hi Bing,
you did hit the apr list - I think this should go to the httpd list
instead ... ;-)
Am 16.04.2012 14:32, schrieb Bing Swen:
After building the httpd-2.4.2 x64 binaries with VS2010, I encountered a
runtime error in the module libhttpd.dll, which alerts that a heap corruption
Am 14.12.2011 04:25, schrieb William A. Rowe Jr.:
I'll check in these files for potential inclusion in a 1.4.2, as folks
decided this mostly works now. But we really can't persist this mess for
Netware or Win32 going on to APR 2.0. Seems overtime for Guenter and I,
or other fresh blood, to get
Am 13.09.2011 18:25, schrieb Jeff Trawick:
[ ] Release apr 0.9.20 as GA
+1 NetWare no regression from 0.9.19
Am 15.04.2011 12:29, schrieb Jeff Trawick:
On Thu, Apr 14, 2011 at 8:01 PM, Bojan Smojverbo...@rexursive.com wrote:
On Thu, 2011-04-14 at 19:55 -0400, Jeff Trawick wrote:
[ ] Release apr-util 1.3.10 as GA
I vote for that particular version without testing :-)
Qt
[ ] Release
Am 15.04.2011 03:51, schrieb William A. Rowe Jr.:
In order to disambiguate what was released by external entities from what
the ASF APR Project has voted upon and released, I'd suggest that we best
serve our users by 'skipping' apr-util 1.4.x, and at minimum, 1.4.0.
sorry, but can you please
Am 15.04.2011 04:09, schrieb Dongsheng Song:
[X] Bump to apr-util 1.5.0 for the next pre-2.0 release
Use apr-utils 1.3 with apr 1.4, I felt very strange.
/me too.
I think it's reasonable to bump apr-util to 1.5, and used with apr 1.5.
ha, and exactly this will then *not* happen with your
Am 12.04.2011 21:01, schrieb Jeff Trawick:
On Tue, Apr 12, 2011 at 2:37 PM, Jeff Trawicktraw...@gmail.com wrote:
On Thu, Jun 19, 2008 at 9:56 PM, Sobs...@hisoftware.cz wrote:
Hello,
while experimenting with httpd and IPv6 on WinXP, I found out that it's not
working well.
In short, the code
Am 11.04.2011 21:14, schrieb Jeff Trawick:
how about changing the _ex to _internal?
sure, sounds better ...
Gün.
Am 08.04.2011 08:02, schrieb William A. Rowe Jr.:
Jeff, I've lost your thread, probably because it's half at httpd.
Just so you know, I did get to spend my hours yesterday and today on 2008R2
with Visual Studio 2010 - mostly on the tasks of rebuilding a VM to which
I had lost the admin password
Am 08.04.2011 17:29, schrieb William A. Rowe Jr.:
oh, and another bad thingy I found with APR on Windows is that ugly redefining
of all the
SIG* defines in apr_private.h - it simply doesnt work as it should, that means
it only
depends on the order of includes:
if signal.h is included before
Hi Jeff,
Am 02.04.2011 15:50, schrieb traw...@apache.org:
+dnl If building static APR, both the APR build and the app build
+dnl need -DAPR_DECLARE_STATIC to generate the right linkage from
+dnl APR_DECLARE et al.
+dnl If building dynamic APR, the APR build needs APR_DECLARE_EXPORT
+dnl and the
Am 02.04.2011 16:39, schrieb Jeff Trawick:
If you want both static and dynamic:
* two builds in two passes of APR
* further hacks to allow the two builds to be co-resident in the
install location, since apr-2-config needs to know whether or not to
spit out APR_DECLARE_STATIC in CPPFLAGS (and
Am 02.04.2011 16:59, schrieb Guenter Knauf:
no, something which is kinda /me giving up on teaching configure to do
it right .
http://people.apache.org/~fuankg/mingw/MWGNUmakefile
http://people.apache.org/~fuankg/mingw/MWGNUmakefile.inc
with that makefile you have both static and dynamic
Am 02.04.2011 20:29, schrieb William A. Rowe Jr.:
On 4/2/2011 10:27 AM, Guenter Knauf wrote:
*if* we want to do it 'right' in one pass then I believe we would need to build
with
APR_DECLARE_STATIC and then get the DDL linked with a .def file (which is close
to what is
done on Linux
Am 02.04.2011 23:54, schrieb William A. Rowe Jr.:
When the compiler has the insight that it is binding against relocatable,
loadable sections, it has a chance to change all references to a vtable
in mutable heap, and leave the actual binary images alone. Failure to do
this for data pointers is
Am 28.03.2011 20:24, schrieb Guenter Knauf:
and that seems to work - it skips the useless testing for *mingw* and
sets the right typedef in apr.h, and the warning is then also gone;
but not sure if its the right patch ...
with this one and all the other recent fixes apr-1.4.x looks now pretty
Hi Jeff,
Am 30.03.2011 00:29, schrieb traw...@apache.org:
Author: trawick
Date: Tue Mar 29 22:29:05 2011
New Revision: 1086790
URL: http://svn.apache.org/viewvc?rev=1086790view=rev
Log:
fix linkage of apr_parser_create_ex() on Windows
Submitted by: Carlo Braminicarlo.bramix libero.it
PR:
Am 30.03.2011 00:52, schrieb Guenter Knauf:
are you really sure this is the right thing? /me doubt ...
1. its in an internal header - if we want to expoert that function then
it should be moved to a public header
2. if you look into apr_xml.c you can find:
APR_DECLARE(apr_xml_parser
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
On the wargs, I believe we are replacing that code; I'm creating a
VC10environment for
validation right now so I can better understand if the proposed fix forenviron
allocs
is going to be the
Am 30.03.2011 01:20, schrieb Guenter Knauf:
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
un-important;
with un-important I mean here that also with gcc where the includes are
fine and pre-preocessing and compile of export*.c work still
Am 30.03.2011 01:59, schrieb William A. Rowe Jr.:
On 3/29/2011 6:56 PM, William A. Rowe Jr. wrote:
On 3/29/2011 6:24 PM, Guenter Knauf wrote:
Am 30.03.2011 01:20, schrieb Guenter Knauf:
Hi,
Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
1 error generated.
What is *that* about? :)
un
Bill,
Am 30.03.2011 02:19, schrieb Guenter Knauf:
Am 30.03.2011 01:59, schrieb William A. Rowe Jr.:
One more thought, I am very curious how your results differ if
./buildconf
is done on unix rather than in the wild west universe of mingw.
pretty much same ...
http://people.apache.org/~fuankg
Am 30.03.2011 01:56, schrieb William A. Rowe Jr.:
This bit looks more important;
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
grep: /home/Administrator/apr/bldapr-1.4.x/libtool: No such
Jeff,
I found another serious prob with MinGW APR
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking target system type... i686-pc-mingw32
Configuring APR library
Platform: i686-pc-mingw32
checking for working mkdir -p... yes
APR Version:
Am 27.03.2011 16:25, schrieb Jeff Trawick:
I was the last to TR 1.3.x, slightly after the first 1.4.x release
IIRC. I don't intend to do that again, and I'm not making any effort
to maintain the branch. But that's just me.
Does anyone else have any intentions to release 1.3.x, or otherwise
Am 27.03.2011 16:32, schrieb Jeff Trawick:
On Sun, Mar 27, 2011 at 9:57 AM,fua...@apache.org wrote:
Author: fuankg
Date: Sun Mar 27 13:57:28 2011
New Revision: 1085937
URL: http://svn.apache.org/viewvc?rev=1085937view=rev
Log:
Set APR_HAS_OS_UUID=1 for Windows builds.
trunk
Jeff,
can you please take a look at this commit and verify this is what you
suggested, and that I did it right? If ok, should I proceed and apply
all these to build/apr_hints.m4 across all branches?
Gün.
Am 27.03.2011 18:24, schrieb fua...@apache.org:
Author: fuankg
Date: Sun Mar 27
I was just looking at this part again (BZ#50146):
#ifdef APR_WANT_IOVEC
#if APR_HAVE_IOVEC
#if APR_HAVE_SYS_UIO_H
#include sys/uio.h
#endif
#else
struct iovec
{
void *iov_base;
size_t iov_len;
};
#endif
/* apr_want is included at several layers; redefining APR_HAVE_IOVEC
* now to
Am 27.03.2011 23:36, schrieb William A. Rowe Jr.:
On 3/27/2011 11:50 AM, fua...@apache.org wrote:
Author: fuankg
Date: Sun Mar 27 16:50:30 2011
New Revision: 1085985
URL: http://svn.apache.org/viewvc?rev=1085985view=rev
Log:
Fixed mingw platform identifier to catch all cross compilers.
+++
Am 23.03.2011 20:27, schrieb Jeff Trawick:
The type is available with 10.2.0.3 and 11.2.0.2 (and probably for eons).
from 8.1.5 oratypes.h (2000-03-15):
#define ub2 unsigned short
#define sb2 signed short
Gün.
Am 23.03.2011 18:53, schrieb Jeff Trawick:
On Wed, Mar 23, 2011 at 12:01 PM,n...@apache.org wrote:
Author: niq
Date: Wed Mar 23 16:01:12 2011
New Revision: 1084621
URL: http://svn.apache.org/viewvc?rev=1084621view=rev
Log:
Decouple apr_xml from reliance on Expat
Build with expat and it's
Bill,
Am 21.03.2011 01:40, schrieb William A. Rowe Jr.:
Just noticed;
https://svn.apache.org/repos/asf/apr/apr/trunk/xml/expat_config.hnw
It seems awfully strange to have in our apr source tree, as expat is now
a dependency built separately from apr.
Because it's useful to others to know
Am 21.03.2011 16:07, schrieb William A. Rowe Jr.:
Just a few thoughts, it does look out of place in its current path.
moved to bin.
Gün.
Jeff,
Am 21.03.2011 14:58, schrieb Jeff Trawick:
* ensure it is viable to use the MinGW toolchain to build APR on
1.4.x-trunk for the purpose of (at least) me testing simple fixes and
running the test suite and using gcc as another perspective on the
Windows code
* provide at least some help in
Am 21.03.2011 20:51, schrieb Jeff Trawick:
On Mon, Mar 21, 2011 at 3:12 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 3/21/2011 12:56 PM, Jeff Trawick wrote:
apr 1.4 doesn't link for me (undefined reference to CreateHardLinkW),
That's odd, it's in kernel32.dll. A broken
Am 15.02.2011 00:13, schrieb Guenter Knauf:
Hi all,
before we get out next version I really would like to get soem configure
whoes fixed with the 1.4.x/1.3.x branches ...
currently APU buildconf fails for me with MinGW in APR's genbuild.py:
$ ./buildconf
Looking for apr source in /projects/apr
Hi Bill,
Am 15.02.2011 04:17, schrieb William A. Rowe Jr.:
What you are proposing is overkill, handling textual information as a binary
overkill?? I just ask for changing a svn format in the repo for a
handful of files which need on _all_ platforms to be LF - isnt the
svn:eol-style setting
Am 16.02.2011 16:48, schrieb Guenter Knauf:
proposal:
change all *.sh, *.m4, buildconf* and configure* scripts to
'svn:eol-style LF'
result:
a svn checkout will allways treat these files with LF format regardless
of what svn thinks is native for the platform, and this seems correct to
me.
side
Bill,
Am 16.02.2011 21:56, schrieb William A. Rowe Jr.:
another observation on this topic:
http://www.apache.org/dev/svn-eol-style.txt
this config file suggests that we should treat *.ds? files as CRLF, and this is
pretty
much same as what I suggested for the autoconf files ...
though at least
Bill,
Am 17.02.2011 00:11, schrieb William A. Rowe Jr.:
Text is text, scripts are text, mixed conventions make .diff's nearly
unparsable,
all of which are technical rationals.
ok, thanks.
Might I suggest, since you are working with an MSYS toolchain, that youfirst
investigate why MSYS .sh
Am 17.02.2011 01:13, schrieb Branko Čibej:
On 17.02.2011 00:55, Guenter Knauf wrote:
beside that even if all would work fine I dont know (yet) if
subversion can be configured to use LF as native on windows platform,
It's not, and not likely to be, until Windows conventions change.
*but* you
Am 15.02.2011 14:28, schrieb Jonathan Leffler:
On Mon, Feb 14, 2011 at 15:03, Guenter Knauffua...@apache.org wrote:
if you checkout apr/apu/httpd from Windows platform you might end up with
buildconf + configure + friends with CRLF format due the fact that these are
marked 'svn:eol-style
Hi,
if you checkout apr/apu/httpd from Windows platform you might end up
with buildconf + configure + friends with CRLF format due the fact that
these are marked 'svn:eol-style native' ...
see also BZ #46175
since these are shell scripts I believe they always need LF line endings
regardless
Hi all,
before we get out next version I really would like to get soem configure
whoes fixed with the 1.4.x/1.3.x branches ...
currently APU buildconf fails for me with MinGW in APR's genbuild.py:
$ ./buildconf
Looking for apr source in /projects/apr-1.4.x/apr
Creating
Bill,
Am 15.02.2011 00:14, schrieb William A. Rowe Jr.:
The answer is to use the correct tool on the correct platform, not to break
the line endings for everyone vainly attempting to maintain the files in the
text editors of the other platforms.
please elaborate who are those 'everyone' folks,
Zeno,
Am 09.02.2011 10:45, schrieb Zeno Davatz:
This time configure failed with:
checking Expat 1.0/1.1... no
adding -L/usr/local/lib to LDFLAGS
setting INCLUDES to -I/usr/local/include
checking Expat 1.95.x in /usr/local... no
removed -L/usr/local/lib from LDFLAGS
nulling INCLUDES
Hi,
I've just tried to compile APR-HEAD with latest MSYS/MinGW, and so far
buildconf + configure worked (tried with recent snapshot, not yet tested
from SVN); compilation though breaks then in waitio.c:
/bin/sh /home/Administrator/apr/libtool --silent --mode=compile gcc -g
-O0
1.4.2 was released April 3, 2010, and we had since then some fixes ...
Gün.
Am 13.10.2010 18:54, schrieb Guenter Knauf:
Am 13.10.2010 05:24, schrieb Jeff Trawick:
After 3+ days:
2 binding votes in favor (need at least one more)
3 non-binding votes in favor
no votes opposed
+1 for NetWare as .18 already since non-configure build isnt affected by
expat whoes ... :-)
I
Am 13.10.2010 05:24, schrieb Jeff Trawick:
On Sat, Oct 9, 2010 at 10:19 AM, Jeff Trawicktraw...@gmail.com wrote:
Tarballs/zips are at http://apr.apache.org/dev/dist/. As there are
enclosed security fixes (already available separately) and wrowe wants
to roll httpd 2.0 soon-ish to get those
Am 08.10.2010 23:47, schrieb Rainer Jung:
OK, done so far. First build tests on Solaris look good. I can even do
an out of tree build.
Building the tests might be broken for Windows and Netware, although I'm
not aware of any obvious problem.
no, all build fine for NetWare, great!
All I
Am 06.10.2010 21:26, schrieb William A. Rowe Jr.:
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.
Counting up the opinions posted on the list...
[ ] Rename 1.5.x to trunk
jorton, rjung, minfrin,
Am 06.10.2010 21:40, schrieb Sander Temme:
Please make Reply-To default to the list. It's a discussion list,
with discussions taking place on-list. So responses should go to the
list.
ok, since we are 3 now who would like to have it changed, and the rest
seems not to care about, how can we
Am 06.10.2010 18:20, schrieb Joe Orton:
1) The tip of development for the apr-util tree is what is currently
branches/1.5.x. Yes, most of that code also exists in the apr tree.
apr-util releases and branches do not come from the apr tree, they come
from the apr-util tree.
but here's the whole
Am 07.10.2010 01:36, schrieb Mike Meyer:
For the record - I'm against the change. RFC 2823 says the Reply-To
header is an originator field, and the list is *not* the originator of
the message.
the list *is* the originator since it sends the mail to me, and not you
personally, so this is
Am 05.10.2010 22:58, schrieb Jeff Trawick:
does anybody strongly believe that we should get expat fixed in 0.9.x
(whether they have time or not)?
/me asking dumb question:
is it much more work than just copying over from 1.3 ?
Gün.
Hi all,
with almost all other lists we have set the reply-to address to the
list, so if you just hit reply then post goes to list as it should be -
why the heck is that not true for the d...@apr list??
sure, I only need to take care of it, and hit 'reply to list', but too
often I forget about
Am 01.10.2010 15:22, schrieb Jeff Trawick:
Due to the inclusion of a fix for a potential DOS that could affect
some library consumers, I hope to get enough feedback within 24 hours
to release.
+/-1
[+1] Release apr-util 1.3.10 as GA
with either patched APR 1.4.2 or yet unreleased APR 1.4.x
Am 01.10.2010 02:51, schrieb Jeff Trawick:
On Thu, Sep 30, 2010 at 7:47 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
On 9/30/2010 6:42 PM, Jeff Trawick wrote:
Yep, looks like NetWare fixes for expat are in 1.5.x but not 1.3.x. I
will probably wait for Günter to say something on the
Am 01.10.2010 04:38, schrieb William A. Rowe Jr.:
Hmmm?
apr-util-1.4 isn't released. We are shipping this from
www.apache.org/dist/apr/ ???
I know, but if I now modify 1.4 apr then I can no longer build 1.4 apu
with any apr ...
Joe, cant you just also update 1.4 apu right now?
Gün.
Am 01.10.2010 04:44, schrieb William A. Rowe Jr.:
Gun - let's simply fix 1.3 and 1.5.x - tell me you are done - and I will svn rm
the
expat/ from 1.4 branch, cp it from the 1.5.x branch. but let's do thatwith
builds
already fixed instead of patching 2x, ok?
I am done.
Gün.
Hi Rüdiger,
Am 02.09.2010 08:27, schrieb Ruediger Pluem:
I agree that we should fix this. But as I understand the versioning rules, this
could
be only done in trunk and 1.5 (not released), as otherwise we would change the
API/ABI on platforms
with APR_HAVE_STRUCT_RLIMIT undefined, correct?
while checking for missing prototypes I just came over this in
apr_thread_proc.h:
#if APR_HAVE_STRUCT_RLIMIT
/**
* Set the Resource Utilization limits when starting a new process.
* @param attr The procattr we care about.
* @param what Which limit to set, one of:
* PRE
*
in poll/unix.poll.c (which is also compiled for win32) we have:
/* Poll method pollcb.
* This is probably usable only for WIN32 having WSAPoll
*/
static apr_status_t impl_pollcb_create(apr_pollcb_t *pollcb,
apr_uint32_t size,
Hi Prathima,
Am 20.08.2010 09:04, schrieb Prathima Dandapani -X (pdandapa - HCL at
Cisco):
Steps used to compile Apache is as follows.
Run Setenv.cmd from the Windows-Server-2003-R2-Platform-SDK installed
directory
Run vcvars32.bat from VC++ installed directory.
AFAICT this is the wrong
Am 31.07.2010 16:03, schrieb Stefan Fritsch:
On Saturday 31 July 2010, Philip M. Gollucci wrote:
http://p6m7g8.net/~pgollucci/sb/
I might take a stab at some of these next week.
$ ./buildconf
$ scan-build ./configure
$ scan-build make -j12
One more issue found by gcc: Error handling in
Am 06.06.2010 21:13, schrieb Rainer Jung:
Subject says it all, more in the patch log message at:
http://people.apache.org/~rjung/patches/apr-trunk-fix-broken-installation-of-apu_h.patch
On the long term apu.h might go completely, but until now it is still
referenced in a lot of installed
Am 03.08.2010 08:44, schrieb William A. Rowe Jr.:
On 8/3/2010 1:35 AM, Guenter Knauf wrote:
fine so far, but also bad since shouldnt we at least make sure that APR
itself builds without apu.h? There are still a bunch of headers which
want to include apu.h - is it ok that I change them all
Hi Ravi,
Ravi Roy schrieb:
I hope that I am writing to right list for APR related question,
please forgive me in case my question is stupid, but I can not find
the real answer anywhere after googling a lot.
I have installed Apache Http Server 2.2.x on Centos 5.3 where APR is
also installed
Hi all,
Jeff Trawick schrieb:
On Sun, Jan 24, 2010 at 6:45 PM, Guenter Knauf fua...@apache.org wrote:
BTW. while I was on that found that in httpd's roll.sh the gpg signing
part looks wrong to me - therefore I kept the way how the signing user
is handled same as was before in apr's release.h
Hi Jeff.
Jeff Trawick schrieb:
(I hope this doesn't start another long hash format thread) perhaps
Guenter would want to update the apr roll script (if there is one) to
massage the md5 sums as appropriate for future releases :)
apr-1.4.2.tar.bz2: 4B 00 E8 F7 0C 06 78 93 D0 75 57 79 62 65 6B
Guenter Knauf schrieb:
BTW. while I was on that found that in httpd's roll.sh the gpg signing
part looks wrong to me - therefore I kept the way how the signing user
is handled same as was before in apr's release.h; but I believe it
should be fixed for httpd's roll.sh:
--- roll.sh.orig
Bill,
William A. Rowe Jr. schrieb:
Guenter Knauf wrote:
-#include ndkvers.h
-#if (CURRENT_NDK_THRESHOLD 70906)
-#define getpass_r getpassword
-#endif
can you please explain too me why you think that NetWare doesnt need this
check / define any longer, and why you removed it?
It's
Bill,
William A. Rowe Jr. schrieb:
Guenter Knauf wrote:
I didn't say that. Refer to the prior commit message when this API was
added, this seemed to be a reasonable assumption.
well, I admit that my commit message might be a bit misleading; but if
you look at the revision:
http
Hi,
William A. Rowe Jr. schrieb:
In light of current events, here's a policy statement I'd like to propose
for consideration (just a discussion item at this point);
The APR project strongly discourages any release of the APR software
with modifications of the API. This includes shipping
Bill,
wr...@apache.org schrieb:
Author: wrowe
Date: Fri Dec 18 05:20:42 2009
New Revision: 892141
URL: http://svn.apache.org/viewvc?rev=892141view=rev
Log:
Netware changes; always include netware.h/library.h for
whatever local functions or types would be aliased, in
a public manner, and
Joe Orton schrieb:
Snapshots of the APR and APR-util 1.4.x trees have been distributed by
as part of the httpd 2.3.4 alpha release. Should the APR project treat
those snapshots as releases for versioning purposes? In other words,
should we ensure future APR/APR-util releases maintain
Hi,
William A. Rowe Jr. schrieb:
I see good responses to the list from Branko, Joe and Jeff (and thanks
for the bugfix Branko), so I'll proceed with this tonight, we'll have
the usual 72hr vote, and then let's start this discussion over about
the much larger changes in apr-util 1.4 ;)
I think
Hi Laurent,
Laurent Charmet schrieb:
I wish to know if Apr 1.3.x compile on Netware,
yes.
or if a .nlm is available,
yes, its part of the httpd 2.2.x distros.
or a faq/wiki to compile Apr for Netware.
no, not really; there comes a docu with httpd. but this is now a little
bit outdated since I
Hi,
Ruediger Pluem schrieb:
1. The crash: We simply should not execute the lines 389 and 390 if descs is
NULL.
Similar situations occur in various other parts of the test suite.
We use ABTS_PTR_NOTNULL and continue afterwards and continue to use the
pointer
that failed
Hi,
I was just looking into the setenv / unsetenv stuff in APR, and found
that we assume that unsetenv doesnt have a return value on all
platforms. I have searched a bit, and found these:
http://linux.die.net/man/3/setenv
http://www.manpagez.com/man/3/unsetenv/
from that it seems that there are
Hi,
Jonathan Leffler schrieb:
POSIX has a different view on the correct behaviour:
NAME
unsetenv - remove an environment variable
SYNOPSIS
|^[CX javascript:open_code('CX')] [Option Start] #include
stdlib.h
Hi,
in abts.c we have:
void abts_ptr_notnull(abts_case *tc, const void *ptr, int lineno)
{
update_status();
if (tc-failed) return;
if (ptr != NULL) return;
tc-failed = TRUE;
if (verbose) {
fprintf(stderr, Line %d: Expected NULL, but saw %p\n,
lineno, ptr);
Hi,
Guenter Knauf schrieb:
can you perhaps review and verify if this patch fixes the Sun Studio
warnings in shm.c?
http://people.apache.org/~fuankg/diffs/shm.c.diff
whole file apr/shmem/unix/shm.c:
http://people.apache.org/~fuankg/diffs/shm.c
Maybe I did something wrong, but at least
Hi Jeff,
Jeff Trawick schrieb:
IMO we should just let it be; users/developers can set CFLAGS to
suppress it if desired.
personally I dislike to globaly suppress warnings since at some point we
might hide also real problems - and if we can fix it then I think we
should do ...; as I showed with
Hi,
Jim Jagielski schrieb:
At least netware does... apr_ldap_rebind_init which
is in apu... looking for more.
yes, thats probably because we did never split apr/apr-util into
separate libs but shipped all the time an aprlib which has apr-util
linked in statically; and I think it doesnt make much
1 - 100 of 163 matches
Mail list logo
