On 10/28/2009 04:17 AM, Dr Stephen Henson wrote:
Kamesh Jayachandran wrote:
Hi Kaspar,
I applied your 'mod_ssl-disable_tls_tickets.diff' and
'mod_ssl-log_ssloptions.diff' to apache-2.2.12
and initiated the 'failing svn import operation'.
snip from error_log while this fails
[Mon Oct 26
Do you have session caching disabled in the server configuration, either
accidentally or deliberately? That seems to me to be the only thing that fits
the tcpdump you sent.
If so please turn session caching on and try the SSL_OP_NO_TICKET patch again.
Steve.
Yes SSLSessionCache was not
Kamesh Jayachandran wrote:
Do you have session caching disabled in the server configuration, either
accidentally or deliberately? That seems to me to be the only thing
that fits
the tcpdump you sent.
If so please turn session caching on and try the SSL_OP_NO_TICKET patch
again.
I am away
Do you have session caching disabled in the server configuration, either
accidentally or deliberately? That seems to me to be the only thing that fits
the tcpdump you sent.
If so please turn session caching on and try the SSL_OP_NO_TICKET patch again.
I am away from the test setup. Should be
That is most peculiar. The server is sending back a zero length session ID in
the server hello which it shouldn't be doing if tickets are disabled.
Is the server somehow using an older version of OpenSSL? There has been a bug
in
the past which might do that but it was fixed well before 0.9.8k.
Kamesh Jayachandran wrote:
That is most peculiar. The server is sending back a zero length session
ID in
the server hello which it shouldn't be doing if tickets are disabled.
Is the server somehow using an older version of OpenSSL? There has been
a bug in
the past which might do that but it
Kamesh Jayachandran,
[Mon Oct 26 15:48:22 2009] [warn] [client 10.2.0.88]
ssl_init_ssl_connection: options=0x1114fff
/snip
The tcpdump for this failure is at,
http://www.livecipher.com/tlsext_dump/tlsext.dmp.4
Thanks - this shows that session tickets are indeed disabled on the
server
Kaspar Brand wrote:
Kamesh Jayachandran,
[Mon Oct 26 15:48:22 2009] [warn] [client 10.2.0.88]
ssl_init_ssl_connection: options=0x1114fff
/snip
The tcpdump for this failure is at,
http://www.livecipher.com/tlsext_dump/tlsext.dmp.4
Thanks - this shows that session tickets are indeed
Dr Stephen Henson wrote:
Kaspar Brand wrote:
Kamesh Jayachandran,
[Mon Oct 26 15:48:22 2009] [warn] [client 10.2.0.88]
ssl_init_ssl_connection: options=0x1114fff
/snip
The tcpdump for this failure is at,
http://www.livecipher.com/tlsext_dump/tlsext.dmp.4
Thanks - this shows that session
Kamesh Jayachandran wrote:
Hi Kaspar,
I applied your 'mod_ssl-disable_tls_tickets.diff' and
'mod_ssl-log_ssloptions.diff' to apache-2.2.12
and initiated the 'failing svn import operation'.
snip from error_log while this fails
[Mon Oct 26 15:48:21 2009] [warn] [client 10.2.0.88
Hi Kaspar,
I applied your 'mod_ssl-disable_tls_tickets.diff' and
'mod_ssl-log_ssloptions.diff' to apache-2.2.12
and initiated the 'failing svn import operation'.
snip from error_log while this fails
[Mon Oct 26 15:48:21 2009] [warn] [client 10.2.0.88]
ssl_init_ssl_connection: options
On Fri, Oct 23, 2009 at 06:08:52PM +0200, Kaspar Brand wrote:
Kamesh Jayachandran wrote:
Find the tcpdump while this failure occurs at
http://www.livecipher.com/tlsext_dump/tlsext.dmp
It seems that you used a URI with an IP address (https://10.2.1.97/...),
is that correct? This actually
Dr Stephen Henson wrote:
Kaspar Brand wrote:
As Joe observed in an earlier message, there are only two places in
t1_lib.c:ssl_parse_serverhello_tlsext() which set SSL_AD_DECODE_ERROR,
and it seems very likely that the following code is hit:
if (!s-hit tlsext_servername == 1)
Dr Stephen Henson wrote:
Disabling tickets using SSL_OP_NO_TICKET server side SHOULD work too (does in
my
tests) so I've no idea why that wouldn't in the OPs setup unless the patch
doesn't set it in all contexts. Try placing it right after any call to
SSL_CTX_new().
I'm still a bit puzzled
Joe Orton wrote:
the OpenSSL client (SNI extensions should never contain literal IPv4
addresses).
Good point - I've changed neon for future releases to only enable SNI if
the hostname is not a numeric IP address.
This logic should go into OpenSSL, I think... I know that this is
httpd-dev
bug) in mod_ssl since httpd-2.2.12
Dr Stephen Henson wrote:
Disabling tickets using SSL_OP_NO_TICKET server side SHOULD work too (does in
my
tests) so I've no idea why that wouldn't in the OPs setup unless the patch
doesn't set it in all contexts. Try placing it right after any call
Kaspar Brand wrote:
Joe Orton wrote:
the OpenSSL client (SNI extensions should never contain literal IPv4
addresses).
Good point - I've changed neon for future releases to only enable SNI if
the hostname is not a numeric IP address.
This logic should go into OpenSSL, I
Kamesh Jayachandran wrote:
Yes done, find the dump at http://www.livecipher.com/tlsext_dump/tlsext.dmp.2
Ok, thanks. So, for the sake of reference, your setup for this capture
was:
- (Windows) client with OpenSSL 0.9.8k, compiled with defaults
- server with OpenSSL 0.9.8j, compiled with
with openssl 0.9.8j compiled with defaults.
- server with OpenSSL 0.9.8k, compiled with defaults
- httpd 2.2.12, w/o the OP_NO_TICKET patch
With regards
Kamesh Jayachandran
Kaspar Brand wrote:
As Joe observed in an earlier message, there are only two places in
t1_lib.c:ssl_parse_serverhello_tlsext() which set SSL_AD_DECODE_ERROR,
and it seems very likely that the following code is hit:
if (!s-hit tlsext_servername == 1)
{
Did you say what version of OpenSSL the failing client was using on
Windows?
It happens with openssl-0.9.8j on client openssl-0.9.8k on server
Hmm... could be 0.9.8j sending bad data with invalid extension syntax under rare
circumstances.
A packet sniffer or logging the
Kamesh Jayachandran wrote:
Find the tcpdump while this failure occurs at
http://www.livecipher.com/tlsext_dump/tlsext.dmp
It seems that you used a URI with an IP address (https://10.2.1.97/...),
is that correct? This actually uncovers a - probably unrelated - bug in
the OpenSSL client (SNI
It seems that you used a URI with an IP address (https://10.2.1.97/...),
is that correct?
Yes.
Could you retry the test and make sure that you use an FQDN in the URI
you specify for the client (through an entry in the hosts file or so)?
Yes done, find the dump at
On 10/21/2009 10:29 PM, Kaspar Brand wrote:
Kamesh Jayachandran wrote:
When I built the server against openssl-1.0.0-beta3, I could *not*
access svn at all using svn client while I could access the same via
browser.
Any clues?
The TLS session ticket extension might be the culprit
On Thu, Oct 22, 2009 at 12:49:10PM +0530, Kamesh Jayachandran wrote:
I tried your patch. It does *not* fix the issue.
One difference it makes is , triggers failure early at 20/30 files(PUT
requests) instead of 20k files earlier.
Can you get a packet dump/trace from the client side? Is there
I need to double check it by myself(One of the internal tester was
saying that this happens with openssl-0.9.8b).
I vaguely remember this happening with openssl-0.9.8g.
Unfortunately I could not build/use openssl-0.9.8b and openssl-0.9.8e on
my box.
I get the following error for which I
Kamesh Jayachandran wrote:
I need to double check it by myself(One of the internal tester was
saying that this happens with openssl-0.9.8b).
I vaguely remember this happening with openssl-0.9.8g.
Unfortunately I could not build/use openssl-0.9.8b and openssl-0.9.8e on
my box.
I get
On 10/22/2009 05:24 PM, Dr Stephen Henson wrote:
Kamesh Jayachandran wrote:
I need to double check it by myself(One of the internal tester was
saying that this happens with openssl-0.9.8b).
I vaguely remember this happening with openssl-0.9.8g.
Unfortunately I could not
Kamesh Jayachandran wrote:
On 10/22/2009 05:24 PM, Dr Stephen Henson wrote:
That's due to the function pointer issues which gcc 4.2 and later
doesn't like:
this was fixed in newer versions of OpenSSL.
Is there any switch we can pass to gcc 4.2 to compile and make it work
properly.
Hi All,
We observe one strange error since exhibited in combination with
SVN(with bulk import having more than 20k files).
Original posting is at
http://subversion.tigris.org/ds/viewMessage.do?dsMessageId=2379671dsForumId=462
The problem exists even in httpd-2.2.13 and httpd-2.2.14.
We get
while I could access the same via
browser.
Any clues?
sounds all strange. I would say since we have SNI support since 2.2.12
that there is the problem, and from the bug report it seems that the OP
used already 2 SSL virtual hosts with same IP before 2.2.12 which was
neither supported feature nor
Kamesh Jayachandran wrote:
When I built the server against openssl-1.0.0-beta3, I could *not*
access svn at all using svn client while I could access the same via
browser.
Any clues?
The TLS session ticket extension might be the culprit here (or more
precisely, OpenSSL's implementation of
Hi Gunter,
Nice to meet you after a long time.
sounds all strange. I would say since we have SNI support since 2.2.12
that there is the problem, and from the bug report it seems that the OP
used already 2 SSL virtual hosts with same IP before 2.2.12 which was
neither supported feature nor
bug) in mod_ssl since httpd-2.2.12
Kamesh Jayachandran wrote:
When I built the server against openssl-1.0.0-beta3, I could *not*
access svn at all using svn client while I could access the same via
browser.
Any clues?
The TLS session ticket extension might be the culprit here (or more
Gregg L. Smith wrote:
Hello,
Did somebody forget the Win32 binaries or are they just not ready yet?
They do not exist at
http://www.apache.org/dist/httpd/binaries/win32/
therefore they do not exist anywhere. Pointed out by a person trying to
download them in a post at Apache Lounge.
All
find Windows _source_ package for Apache 2.2.12. I mean zip
archive like this
http://www.apache.org/dist/httpd/httpd-2.2.11-win32-src-r2.zip.
Is Windows source package also unofficial?
--
Ivan Zhakov
VisualSVN Team
Ivan Zhakov wrote:
I cannot find Windows _source_ package for Apache 2.2.12. I mean zip
archive like this
http://www.apache.org/dist/httpd/httpd-2.2.11-win32-src-r2.zip.
Is Windows source package also unofficial?
No, but it is derivative (because it requires we export the .mak files
from
2009/7/28 Jim Jagielski j...@jagunet.com:
Apache HTTP Server 2.2.12 Released
BTW; shouldn't the announcement go to announce@ as well?
Hopefully there aren't new bugs but maybe someone could update the
version number in bugzilla? :-)
Bob
On Fri, Jul 31, 2009 at 11:11 AM, William A. Rowe,
Jr.wr...@rowe-clan.net wrote:
Ivan Zhakov wrote:
I cannot find Windows _source_ package for Apache 2.2.12. I mean zip
archive like this
http://www.apache.org/dist/httpd/httpd-2.2.11-win32-src-r2.zip.
Is Windows source package also unofficial
Bob Ionescu wrote:
2009/7/28 Jim Jagielski j...@jagunet.com:
Apache HTTP Server 2.2.12 Released
BTW; shouldn't the announcement go to announce@ as well?
He probably sent it. Trouble is, if not sent through an @apache.org
account, it dies without moderation.
Hopefully
Ivan Zhakov wrote:
Yeah, building framework is headache. In Subversion we have complex
python scripts to generate build files for different platforms. Btw
what is your impression of scons?
I strongly considered adopting the svn build schema at one time, but
it's a major investment of at least
:
Apache HTTP Server 2.2.12 Released
The Apache Software Foundation and the Apache HTTP Server Project are
pleased to announce the release of version 2.2.12 of the Apache HTTP
Server (Apache). This version of Apache is principally a security
and bug fix release.
-snip-
of releasing 2.2.12!
Jim,
Jim Jagielski schrieb:
*Still* waiting for the sync between people and www
httpd.apache.org hasn't slurped up the updates yet (eg: index.html)
the announcement at:
http://www.apache.org/dist/httpd/Announcement2.2.html
reads:
...
A condensed list, CHANGES_2.2.12 provides the complete
Apache HTTP Server 2.2.12 Released
The Apache Software Foundation and the Apache HTTP Server Project are
pleased to announce the release of version 2.2.12 of the Apache HTTP
Server (Apache). This version of Apache is principally a security
and bug fix release.
We consider
All looks good! Plenty of both binding and non-binding
+1s and not a -1 to be found.
I will start the process of releasing 2.2.12!
On Mon, Jul 27, 2009 at 6:25 AM, Jim Jagielskij...@jagunet.com wrote:
All looks good! Plenty of both binding and non-binding
+1s and not a -1 to be found.
I will start the process of releasing 2.2.12!
I have upgraded www.apache.org to 2.2.12, yell if you see anything odd :)
Thanks,
Paul
of releasing 2.2.12!
I have upgraded www.apache.org to 2.2.12, yell if you see anything
odd :)
Thanks,
Paul
Guenter Knauf schrieb:
Hi,
Sander Temme schrieb:
On Jul 21, 2009, at 11:59 AM, Peter Sylvester wrote:
Are there any plans to make mod_ssl compilable against
openssl-1.0.0betaX,
as far as I see, just some STACK things and casts need to be cleaned.
Trunk became aware of OpenSSL trunk a
Rainer Jung wrote:
You -do- understand that the service control manager can be very poor
at completing a service removal until the next reboot? There are lots
of interesting delays to uninstalling. I presume you -k stop'ed first.
It has bitten me more than once.
Yes, and since I'm a Unix
-21 19:31:52 +0200 (Thu, 21. May 2009) | 10 lines
and is also documented in the 2.2.12 changed I also tested it successfuly ;)
Can you please try once with rotatelogs?
Thanks for the tremendously detailed description :) Will work from this.
Thanks. I'll test on some other Windows system (Win
:
r777193 | jim | 2009-05-21 19:31:52 +0200 (Thu, 21. May 2009) | 10 lines
and is also documented in the 2.2.12 changed I also tested it successfuly ;)
LOL - that's terrific ... May seems like a year ago already. Has it been
that long since 2.2.11 shipped? We really aught to get our act together
On Sun, 26 Jul 2009, William A. Rowe, Jr. wrote:
LOL - that's terrific ... May seems like a year ago already. Has it been
that long since 2.2.11 shipped? We really aught to get our act together
December it was, release often is pointless unless it has serious security
major exploit bug
. Child process exiting.
(the German message should be something like Invalid Argument).
[Sat Jul 25 15:26:07 2009] [notice] Apache/2.2.12 (Win32) configured --
resuming normal operations
Nevertheless the restart works.
5) Starting a service only works using the ApacheMonitor or the Windows
Rainer Jung wrote:
5) Starting a service only works using the ApacheMonitor or the Windows
Service Control. Using the commandline httpd.exe I can not start the
service. The event log shows:
[Sat Jul 25 15:11:03 2009] [notice] Disabled use of AcceptEx() WinSock2 API
(OS 10048)Normalerweise darf
On 25.07.2009 16:05, Rainer Jung wrote:
5) Starting a service only works using the ApacheMonitor or the Windows
Service Control. Using the commandline httpd.exe I can not start the
service. The event log shows:
[Sat Jul 25 15:11:03 2009] [notice] Disabled use of AcceptEx() WinSock2 API
.
Additional logging shows: the commandline process sets up the listeners
for itself, and also the service when it tries to start.
Interesting because I see no similar fault (using 2.2.13-dev and will
retest with 2.2.12). How are you invoking httpd.exe? What additional
modules had you loaded
in the parent and the
child both trying to do the bind.
Additional logging shows: the commandline process sets up the listeners
for itself, and also the service when it tries to start.
Interesting because I see no similar fault (using 2.2.13-dev and will
retest with 2.2.12). How are you invoking
On 25.07.2009 18:57, Rainer Jung wrote:
Oups:
and 12, so I'll shut down now and come back when I really know the
shut down - shut up
, resulting in the parent and the
child both trying to do the bind.
Additional logging shows: the commandline process sets up the listeners
for itself, and also the service when it tries to start.
Interesting because I see no similar fault (using 2.2.13-dev and will
retest with 2.2.12). How
when it tries to start.
Interesting because I see no similar fault (using 2.2.13-dev and will
retest with 2.2.12). How are you invoking httpd.exe? What additional
modules had you loaded? (Perhaps one also creates listening sockets?)
If you simplify your config to apache httpd shipped modules
On 26.07.2009 00:41, Rainer Jung wrote:
Now the new thing: as I reported before, I was testing rotatelogs, but
then when you asked about peculiarities I forgot to mention rotatelogs.
And yes: as soon as I throw out rotatelogs, the problem disappears. When
I add rotatelogs I can reproduce the
Possible patch would be moving the start handling from post config to
pre config. That way everything gets easier (we are not establishing
listeners and shut them down again shortly after, not establishing
rotatelogs etc.).
Patch against 2.2 head at
Hi,
Guenter Knauf schrieb:
Hi,
Sander Temme schrieb:
On Jul 21, 2009, at 11:59 AM, Peter Sylvester wrote:
Are there any plans to make mod_ssl compilable against
openssl-1.0.0betaX,
as far as I see, just some STACK things and casts need to be cleaned.
Trunk became aware of OpenSSL trunk a
On Thu, Jul 23, 2009 at 12:37 PM, Nick Kew n...@webthing.com wrote:
Jim Jagielski wrote:
On Jul 20, 2009, at 4:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts
Nick Kew wrote:
Installed it on OpenSolaris, tried the test framework.
Seems most of the latter made no attempt to run.
I have yet to find time to investigate why - hence no
vote yet.
I have the test framework running now: seems what I
had before was incomplete.
I got a bunch of failures in
On Jul 20, 2009, at 4:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
Hrm... Just 2 binding
Jim Jagielski wrote:
On Jul 20, 2009, at 4:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync
On Jul 21, 2009, at 11:59 AM, Peter Sylvester wrote:
Are there any plans to make mod_ssl compilable against
openssl-1.0.0betaX,
as far as I see, just some STACK things and casts need to be cleaned.
Trunk became aware of OpenSSL trunk a while ago... but I don't recall
putting that up for
Jim Jagielski wrote:
Hrm... Just 2 binding +1 votes, Rüdiger and myself... Can I get
another Amen?!
Amen!
Oh - you want a vote :) Working on that right now; just getting the
most modern openssl behaving right, to export postmortem diagnostics
e.g. sensible .pdb's. So likely later today.
On Jul 23, 2009, at 12:57 PM, William A. Rowe, Jr. wrote:
And of course, -1 previously reverted; presuming you are updating the
apr announce and site as RM, right?
That's an APR question so I'm -1 on answering it here
*snark* :) :)
Jim Jagielski wrote:
On Jul 23, 2009, at 12:57 PM, William A. Rowe, Jr. wrote:
And of course, -1 previously reverted; presuming you are updating the
apr announce and site as RM, right?
That's an APR question so I'm -1 on answering it here
In part... my -1 is gone here once there is
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
Passes all tests with latest perl-framework and with apr-1.3.7
Jim Jagielski wrote:
On Jul 20, 2009, at 4:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync
On Mon, Jul 20, 2009 at 4:32 PM, Jim Jagielskij...@jagunet.com wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
+1
Hi,
Sander Temme schrieb:
On Jul 21, 2009, at 11:59 AM, Peter Sylvester wrote:
Are there any plans to make mod_ssl compilable against
openssl-1.0.0betaX,
as far as I see, just some STACK things and casts need to be cleaned.
Trunk became aware of OpenSSL trunk a while ago... but I don't
Jim Jagielski schrieb:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
+1 for NetWare
no regressions; tested with mod_jk
On Jul 20, 2009, at 4:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
+1 for:
Solaris 10
Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
+1 for:
tfm32
tfm64
Works as exected on both versions
On Jul 20, 2009, at 4:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
I'm going to give
On Wed, 22 Jul 2009, Jim Jagielski wrote:
Solaris 10 (sparc)
Ubuntu 8.10
CentOS 4
OS X 10.5.7
also good on Slackware 12.2
--
Res
-Beware of programmers who carry screwdrivers
On 07/20/2009 10:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
+1 on release
On 21.07.2009 20:44, Ruediger Pluem wrote:
Solaris 10(SPARC): worker, event and prefork MPM build and start up.
Only limited test results from the framework due to
incomplete
perl framework on my machine, but no regressions noted.
Are there any plans to make mod_ssl compilable against openssl-1.0.0betaX,
as far as I see, just some STACK things and casts need to be cleaned.
/PS
HEAD on httpd-2.2 passes the perl framework tests and looks good.
Planning on tagging/rolling later on today assuming nothing pops up,
so please test beforehand :)
-Original Message-
From: Jim Jagielski
Sent: Montag, 20. Juli 2009 13:29
To: dev@httpd.apache.org
Subject: Re: Intent to TR 2.2.12
HEAD on httpd-2.2 passes the perl framework tests and looks good.
Planning on tagging/rolling later on today assuming nothing pops up,
so please
On Jul 20, 2009, at 7:47 AM, Plüm, Rüdiger, VF-Group wrote:
-Original Message-
From: Jim Jagielski
Sent: Montag, 20. Juli 2009 13:29
To: dev@httpd.apache.org
Subject: Re: Intent to TR 2.2.12
HEAD on httpd-2.2 passes the perl framework tests and looks good.
Planning on tagging
all,
Jim Jagielski schrieb:
HEAD on httpd-2.2 passes the perl framework tests and looks good.
Planning on tagging/rolling later on today assuming nothing pops up,
so please test beforehand :)
would be really great if I could get some votes on the gen_test_char
change - it doesnt alter code for
Guenter Knauf wrote:
would be really great if I could get some votes on the gen_test_char
change - it doesnt alter code for any other platform, but only makes it
possible to decouple gen_test_char from APR with a define so I'm able to
build a native version of it when cross-compiling:
On Jul 20, 2009, at 12:56 PM, Graham Leggett wrote:
Guenter Knauf wrote:
would be really great if I could get some votes on the gen_test_char
change - it doesnt alter code for any other platform, but only
makes it
possible to decouple gen_test_char from APR with a define so I'm
able to
Hi Graham,
Graham Leggett schrieb:
Guenter Knauf wrote:
would be really great if I could get some votes on the gen_test_char
change - it doesnt alter code for any other platform, but only makes it
possible to decouple gen_test_char from APR with a define so I'm able to
build a native
Hi,
Graham Leggett schrieb:
I see there is a WANT_WIN32_OS2 symbol as well which seems unrelated to
the CROSS_COMPILE symbol, can you confirm whether you need both?
probably the name was not good - I was also thinking of something like
NEED_ENHANCED_ESCAPES or so ...; if someone has a better
On Jul 20, 2009, at 1:48 PM, Guenter Knauf wrote:
Hi,
Graham Leggett schrieb:
I see there is a WANT_WIN32_OS2 symbol as well which seems
unrelated to
the CROSS_COMPILE symbol, can you confirm whether you need both?
probably the name was not good - I was also thinking of something like
On Jul 20, 2009, at 1:23 PM, Guenter Knauf wrote:
Hi Graham,
Graham Leggett schrieb:
Guenter Knauf wrote:
would be really great if I could get some votes on the gen_test_char
change - it doesnt alter code for any other platform, but only
makes it
possible to decouple gen_test_char from
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
(it may take some time for the site to sync).
Jim Jagielski wrote:
However, instead of waiting for a full APR release, it would be
nice to maybe tag an interim version of APR and bundle *that* with
2.2.12...
No, it would not, httpd will not become responsible for APR's releases
unless the APR project is folded and httpd project votes
On 07/20/2009 10:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
Is this tarball created with APR 1.3.7 (yet unreleased)?
Regards
Rüdiger
On Jul 20, 2009, at 5:09 PM, Ruediger Pluem wrote:
On 07/20/2009 10:32 PM, Jim Jagielski wrote:
Available from the usual location (http://httpd.apache.org/dev/dist/)
[not for distribution] are the release tarballs for httpd 2.2.12.
Vote starts now and runs for ~48hrs.
Is this tarball
Nick Kew wrote on 2009-07-19 00:04:59:
Just been reviewing it with the testcase Bob found. I'm not able to
reproduce the problem on this platform because Sun CC sets the
non-matches to 0, so it all works. But the problem is clear.
This throws up a non-serious problem with the patch:
Nick Kew wrote:
Patching trunk based on the above. Will propose for backport
if noone disputes my amendment to the patch.
Done in r795445.
--
Nick Kew
1 - 100 of 125 matches
Mail list logo
