Re: APR pools, mutexes and thread safe allocations

being slightly miffed off if their apps drastically slow down because they happen to be linked with a new version of APR. -- Brane >> On Feb 20, 2017, at 10:06 AM, Branko Čibej <br...@apache.org> wrote: >> >> On 20.02.2017 15:55, Jim Jagielski wrote: >>>> O

Re: svn commit: r1783755 - /httpd/httpd/trunk/server/mpm/event/event.c

On 20.02.2017 15:55, Jim Jagielski wrote: >> On Feb 20, 2017, at 9:51 AM, Stefan Eissing >> wrote: >> >>> Am 20.02.2017 um 15:16 schrieb Jim Jagielski : >>> >>> The below got me thinking... >>> >>> Right now, the pool allocator mutex is only used

Re: Jim's svn client confusing viewsvn?

Eric Covener wrote: See the unrelated revisions showing up here: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/support/ab.c?view=log is this related to the svnmergeinfo in his commit messages? I don't see anything wrong there.

Re: Jim's svn client confusing viewsvn?

Eric Covener wrote: On Fri, Mar 27, 2009 at 4:00 PM, Branko Čibej br...@xbc.nu wrote: Eric Covener wrote: See the unrelated revisions showing up here: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/support/ab.c?view=log is this related to the svnmergeinfo in his commit

Re: [PATCH] fix recognition of APR 2.x

Mladen Turk wrote: William A. Rowe, Jr. wrote: If someone is shipping apr trunk, that's a big mistake (theirs, not ours, we'll still ship the true apr 2.0 at some point which will be grossly incompatible to such one-offs). Part of this is the desire by Paul to move the project to scons.

Re: httpd and locales

André Malo wrote: * Garrett Rooney [EMAIL PROTECTED] wrote: It doesn't belong here, but... I'm wondering why the path isn't passed as UTF-8. Why is it translated to the locale at all? It's all happening within the svn file system, so I'd really expect to get utf-8 and would consider locale

Re: New mod_smtpd release

Joe Schaefer wrote: Rian Hunter [EMAIL PROTECTED] writes: You can checkout this code out from: http://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/ Very cool, thanks! I had some trouble compiling it, and I noticed you're using // comments alot. Here are two patches for that.

Re: 2.1/2.3

William A. Rowe, Jr. wrote: At 10:17 AM 8/10/2005, Paul Querna wrote: Jim Jagielski wrote: I must have missed it while away on vacation, but what is the criteria on what gets in 2.1.x and what gets in 2.3.x. Does this mean that for stuff to get in 2.2, it needs to go into 2.3.x

Re: mod_mbox user interface

Paul A Houle wrote: Maxime Petazzoni wrote:. As promised : a first try at XHTML mockup. Comments about DOM structure and XHTML semantics are welcome ! http://skikda.bulix.org/~sam/ajax/jsless/ On firefox/win32, the box list and message lists aren't vertically aligned correctly (at

Re: Modifying Win32 default optimizations?

[EMAIL PROTECTED] wrote: VC.NET 2005 (still in Beta 5) still in beta... has much more optimizations (global nes at link time). Maybe it would be better to go directly to it, no ? 99% of the work of moving from MSVC6 to any flavour of VC.Net is in converting the project files. So it doesn't matter

Re: Modifying Win32 default optimizations?

William A. Rowe, Jr. wrote: I'd like to modify the Win32 build projects (of mod_jk, and httpd 1.3/2.0/2.1-dev, along with apr); The /O2 optimization option is extremely agressive, unfortunately it produces less than ideal crash traceback information. That is due to the (implicit) /Oy flag,

Re: Modifying Win32 default optimizations?

William A. Rowe, Jr. wrote: If the open source community tends to push back on Microsoft's newest compilers, it's simply because their forced treadmill is the anathema of inclusiveness. That's what's happening right now with Subversion. The Python 2.4 distro is built with VS.NET (2003, I

Re: Modifying Win32 default optimizations?

William A. Rowe, Jr. wrote: At 04:35 PM 5/11/2005, Branko ibej wrote: William A. Rowe, Jr. wrote: If the open source community tends to push back on Microsoft's newest compilers, it's simply because their forced treadmill is the anathema of inclusiveness. That's what's happening

Re: Win32 2.0.54 source zipball and installers for testing

William A. Rowe, Jr. wrote: The zip source tarball for win32, as well as the binary installers for win32 (.exe and .msi) are available for testing from http://httpd.apache.org/dev/dist/ and a few ack's or even a single nak would be appreciated. Sorry this is belated. Work, and U.S. Apr 15

Re: [PATCH] Fix mod_dav exports on Windows

Justin Erenkrantz wrote: --On Wednesday, February 23, 2005 3:07 AM +0100 Branko ?ibej [EMAIL PROTECTED] wrote: A number of public functions in mod_dav.h aren't properly exported with DAV_DECLARE. This recently became a problem for Subversion, because mod_dav_svn now supports DAV locking, and

Re: [PATCH] Fix mod_dav exports on Windows

Justin Erenkrantz wrote: --On Friday, February 25, 2005 10:35 PM +0100 Branko ?ibej [EMAIL PROTECTED] wrote: Ah! I'm afraid you seem to have failed. trying, anyway. This would probably work: env LANG=en_US.UTF-8 svn propedit --revprop -r??? svn:log

[PATCH] Fix mod_dav exports on Windows

A number of public functions in mod_dav.h aren't properly exported with DAV_DECLARE. This recently became a problem for Subversion, because mod_dav_svn now supports DAV locking, and mod_dav's locking functions were amongst the ones that were not exported. Nobody noticed this on Unix where

Re: Trying to build the locking branch on Windows

Branko ibej wrote: Says this: Linking... Creating library ..\..\..\Release\subversion\mod_dav_svn/mod_dav_svn.lib and object ..\..\..\Release\subversion\mod_dav_svn/mod_dav_svn.exp repos.obj : error LNK2001: unresolved external symbol _dav_get_locktoken_list

Re: More informative SVN subject line (Re: svn commit: r76284 - apr/apr/trunk)

Brad Nicholes wrote: I understand about the revision numbers and I agree that it is an important piece of information, but unnecessary on the subject line. The subject line needs to include information that allows one to quickly sort and prioritize the commits. IMHO, the revision number isn't a