Re: Jim's svn client confusing viewsvn?
Eric Covener wrote: > On Fri, Mar 27, 2009 at 4:00 PM, Branko Čibej 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 messages? >>> >>> >> I don't see anything wrong there. >> > > The top of the listing are all changes for other components that hit > ab.c with a propchange, that makes the viewvc output for ab.c full of > n/a revisions. > Those must've been merges. This could be a ViewVC issue, but I'm not familiar enough with it to make a call. -- Brane
Re: Jim's svn client confusing viewsvn?
On Fri, Mar 27, 2009 at 4:00 PM, Branko Čibej 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 messages? >> > > I don't see anything wrong there. The top of the listing are all changes for other components that hit ab.c with a propchange, that makes the viewvc output for ab.c full of n/a revisions. -- Eric Covener cove...@gmail.com
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: mod_lua: package.loaded == apache2 (bug)
On Thu, Mar 26, 2009 at 9:20 PM, Peter Cawley wrote: > The function apl_load_apache2_lmodule, which is meant to load the > apache2 library is flawed in that it loads the library into the > package.loaded table and sets this as the global "apache2". It should > load it into a new table, and set this as the global "apache2" and > package.loaded.apache2. What follows is a small test script which > shows this (all tests _should_ pass, but most of the apache2 ones do > not). Also attached is a patch which fixes this. I have tested the patch and I confirm it fixes the bug (thank you Peter). Now OK, DECLINED etc are accessible. I have patched my work repository: http://mamasam.indefero.net/p/modlua/source/tree/mansion/ -- Bertrand Mansion Mamasam
Re: Jim's svn client confusing viewsvn?
On Fri, Mar 27, 2009 at 3:09 PM, 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? > that should be viewvc in the subject... -- Eric Covener cove...@gmail.com
Jim's svn client confusing viewsvn?
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? -- Eric Covener cove...@gmail.com
Re: [Problem] Not able to Link APR to my programs
> > > >1. >$> export APR_LIBS="`apr-1-config --cflags --cppflags --includes --ldflags > --link-ld --libs`" > >2. >$> export APU_LIBS="`apu-1-config --includes --ldflags --link-ld --libs`" > >3. $> gcc $APR_LIBS $APU_LIBS srcFile.c -o prgName > > I guess you doing the same that I had done or others have suggested... your way of doing is different... Actually i copied the above from one of the writeups i did with APR on my > blog. It's not much but maybe that helps you get started. > > http://blogs.coffeecrew.org/blogs/datapile/tags/apr > > Thanks for the link :) As i said in previous posts. Help in any form is appreciated. Regards, Sameer Kumar B.Tech, Computer Engineering Institute of Technology, Nirma University, Ahmedabad, Gujarat email: sameer.kasi2...@gmail.com 05bce...@nirmauni.ac.in Phone: +919375220396
Re: Capturing error text for output
On Wed, Mar 18, 2009 at 1:06 AM, Sorin Manolache wrote: > However, I can imagine a super-complicated method to send _some_ of > the log messages issued by apache before the response is sent. You > pipe the log messages to an external application (see the syntax of > the ErrorLog and CustomLog directives). Then, your external > application behaves like a server and your module makes requests to > the log server in order to retrieve the message logs. You'd have to > use mod_unique_id and to log the unique ID of a request in order to be > able to distinguish among log messages issued for different requests. > I think it is not worth it because you can stumble in all kind of > synchronisation or deadlock issues and anyway you won't have all the > log messages, especially error messages that will not include the > unique request ID. > Thanks for the reply, Sorin. I've abandoned the idea that I will be able to capture error messages before the response is sent back to the client. What I am toying with now is being able to tie each message in the error log to a particular ID that can be referenced in the access log. I would think this is a fairly common request, but I am having trouble finding mention of it (maybe I'm just searching for the wrong terms?). It appears as though the error log format is completely inflexible, only allowing customization in the actual log string that is logged to log_error_core(). Can you think of a way to add a unique id (from mod_unique_id or otherwise) globally to all lines logged in the error log via a module? Logging unique_id in the log_transaction hook gets me part of the way there, but there's no way of knowing how many other lines of error text were logged before getting to the hook. Certainly I could just add unique_id logging to log_error_core(), but I am looking for a way that avoids recompilation of the server. -- Brooks Sizemore bro...@darg.net
Re: svn commit: r759129 - /httpd/httpd/trunk/server/mpm/config.m4
On Mar 27, 2009, at 9:27 AM, Jeff Trawick wrote: On Fri, Mar 27, 2009 at 2:20 PM, wrote: Author: jim Date: Fri Mar 27 13:20:28 2009 New Revision: 759129 URL: http://svn.apache.org/viewvc?rev=759129&view=rev Log: Oooo look a commit! Wow! This is embarassing. Modified: httpd/httpd/trunk/server/mpm/config.m4 Modified: httpd/httpd/trunk/server/mpm/config.m4 URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/server/mpm/config.m4?rev=759129&r1=759128&r2=759129&view=diff = = = = = = = = == --- httpd/httpd/trunk/server/mpm/config.m4 (original) +++ httpd/httpd/trunk/server/mpm/config.m4 Fri Mar 27 13:20:28 2009 @@ -7,7 +7,7 @@ APACHE_MPM=$withval ],[ if test "x$APACHE_MPM" = "x"; then -APACHE_MPM=simple +APACHE_MPM=event if I get the time, I'll try to tweak this a bit to default to event on reasonable platforms you need threads you need APR_POLLSET_THREADSAFE you need a kernel that doesn't panic ;) any other concerns? I know the philosophy of generating excitement with httpd defaults, but I'd like alpha users to be able to serve pages and encounter just the right amount of excitement to motivate them to stay interested and give us feedback ;) What's more exciting than when things go BOOM! ? ;)
Re: svn commit: r759129 - /httpd/httpd/trunk/server/mpm/config.m4
On Fri, Mar 27, 2009 at 2:20 PM, wrote: > Author: jim > Date: Fri Mar 27 13:20:28 2009 > New Revision: 759129 > > URL: http://svn.apache.org/viewvc?rev=759129&view=rev > Log: > Oooo look a commit! Wow! > > This is embarassing. > > Modified: >httpd/httpd/trunk/server/mpm/config.m4 > > Modified: httpd/httpd/trunk/server/mpm/config.m4 > URL: > http://svn.apache.org/viewvc/httpd/httpd/trunk/server/mpm/config.m4?rev=759129&r1=759128&r2=759129&view=diff > > == > --- httpd/httpd/trunk/server/mpm/config.m4 (original) > +++ httpd/httpd/trunk/server/mpm/config.m4 Fri Mar 27 13:20:28 2009 > @@ -7,7 +7,7 @@ > APACHE_MPM=$withval > ],[ > if test "x$APACHE_MPM" = "x"; then > -APACHE_MPM=simple > +APACHE_MPM=event if I get the time, I'll try to tweak this a bit to default to event on reasonable platforms you need threads you need APR_POLLSET_THREADSAFE you need a kernel that doesn't panic ;) any other concerns? I know the philosophy of generating excitement with httpd defaults, but I'd like alpha users to be able to serve pages and encounter just the right amount of excitement to motivate them to stay interested and give us feedback ;)
Re: [PATCH] mod_dbd with more than one pool
On Tue, Mar 24, 2009 at 10:03 PM, Ronald Park wrote: > A user might presume that the order of commands listed in the > config file would be preserved when the commands are run. By using a hash > table, you'll likely get a random order causing problems. For example, > perhaps the user needs to first load one table then choose a subset from > that first table to file another; if you run them in the reserve order, the > second table will likely be empty. :( Thank you. I will implement this. -- Marko Kevac
Re: svn commit: r758597 - /httpd/httpd/trunk/server/mpm/config.m4
I'm fine with that as well... my hope was that by making simple the new default, it would kick-start dev on it. On Mar 26, 2009, at 8:00 AM, Paul Querna wrote: As much as i would like to use simple, I don't think its quite ready yet (time/patches welcome!). I think the default should be event for the time being. 2009/3/26 : Author: jim Date: Thu Mar 26 11:09:33 2009 New Revision: 758597 URL: http://svn.apache.org/viewvc?rev=758597&view=rev Log: prefork is soo 1990s. make new default simple Modified: httpd/httpd/trunk/server/mpm/config.m4 Modified: httpd/httpd/trunk/server/mpm/config.m4 URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/server/mpm/config.m4?rev=758597&r1=758596&r2=758597&view=diff = = = = = = = = = = --- httpd/httpd/trunk/server/mpm/config.m4 (original) +++ httpd/httpd/trunk/server/mpm/config.m4 Thu Mar 26 11:09:33 2009 @@ -7,7 +7,7 @@ APACHE_MPM=$withval ],[ if test "x$APACHE_MPM" = "x"; then -APACHE_MPM=prefork +APACHE_MPM=simple fi ]) AC_MSG_RESULT($APACHE_MPM)
Re: moving event out of experimental
do it :) On Mar 26, 2009, at 8:55 AM, traw...@gmail.com wrote: anyone opposed? this is just "svn move experimental/event ." and "svn delete experimental", right? (as well as fixing the other dangling bits, checking if documentation is in order, etc.)
Re: Ideas for content-aware filter modules for 2.4
Nick Kew writes: > We have handling of certain important encodings: > SSL and compression (albeit not quite bug-free) as > standard in current versions. I'd be interested to > expand that with some new filter modules. > > 1. Character Encoding. We have very limited capability > in mod_charset_lite. We can expand that to support > automatic detection of charset, and either setting a request > field or transforming to a selected charset. > > We can also provide an API for modules to configure this, > in cases where more than one transformation is wanted. > A real-life use case for this is where users of libxml2-based > modules such as mod_proxy_html need to use charsets > other than utf-8, and particularly charsets that are not > supported by libxml2. I'd definitely be in favor of some improvements in this area. mod_charset_lite can translate between character encodings, but there's no general way for it to know what encoding the content coming down the chain is using. Can automatic detection of charsets be done reliably and with low cost? I'd have guessed not, but would love to be educated to the contrary. Alternatively, maybe generators and filters could indicate the encoding of the content they're inserting. In any case, count me as an interested party willing to help out with this. -- Dan Poirier
Re: criteria for axing MPMs from the tree
2009/3/27 William A. Rowe, Jr. : > abandoned, but in theory might work for 90% of the cases. Do we work > to preserve them, or work to recover them if we break them, or do we > truly bother either way? I wouldn't bother - older versions would work just fine. But, maybe it'd truly matter to someone. =) -- justin