On Tue, 11 Mar 2003, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
> I've attached a patch, to fix the problem.
> (With this patch, we'll be in sync with the ssl_util_table.c from mod_ssl
> for 1.3.x.)
++1... by all means commit to 2.1-dev asap. :)
Hi,
I was trying to debug the shmht caching, and got the following SEGV. Thr
problem was also pointed out in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17864..
I've attached a patch, to fix the problem.
(With this patch, we'll be in sync with the ssl_util_table.c from mod_ssl
for 1.3.x.)
On Tue, 11 Mar 2003, Brian Pane wrote:
> setting a breakpoint on malloc), the httpd almost never
> had to call malloc once the first few requests filled up
> the freelist with reusable buckets.
That was the intention at least.
> mtmalloc will help, though, if you're calling any third
> party lib
Cliff Woolley wrote:
> On Tue, 11 Mar 2003, Ian Holsman wrote:
>
> > we did some testing ~1 year ago with the different thread library on
> > solaris 8 and didn't notice any real significant difference,
> > libmtmalloc.so on the other hand was a pretty big win.
>
> Were the mtmalloc tests before
On Tue, 11 Mar 2003, Ian Holsman wrote:
> we did some testing ~1 year ago with the different thread library on
> solaris 8 and didn't notice any real significant difference,
> libmtmalloc.so on the other hand was a pretty big win.
Were the mtmalloc tests before or after the big bucket allocator f
we did some testing ~1 year ago with the different thread library on
solaris 8 and didn't notice any real significant difference,
libmtmalloc.so on the other hand was a pretty big win.
Pier Fumagalli wrote:
On 12/3/03 1:02, "Jeff Trawick" <[EMAIL PROTECTED]> wrote:
any experiences good or ba
On 12/3/03 1:02, "Jeff Trawick" <[EMAIL PROTECTED]> wrote:
> any experiences good or bad to share?
>
> ISTR that the default thread library changed with Solaris 9... did that
> expose any glitches wth worker?
None whatsoever so far... Not live yet, but the development environment runs
already o
Not with Solaris 9 itself, but we tried worker with
the new thread library (which has a 1:1 mapping of
user-level to kernel-level threads) under Solaris 8.
Functionally, it worked as well as the old M:N thread
library. I think the 1:1 library was slightly slower,
but it I can't remember for sure.
any experiences good or bad to share?
ISTR that the default thread library changed with Solaris 9... did that
expose any glitches wth worker?
Unfortunately that doesn't work either:
LDAPTrustedCA /usr/local/apache2/conf/ssl.crt/cert7.db
LDAPTRustedCAType cert7.db
startup error:
Syntax error on line 1073 of /usr/local/apache2/conf/httpd.conf:
Invalid command 'LDAPTrustedCA', perhaps mis-spelled or defined by a
module
* Chris Knight wrote:
> I am writing a module that would very much like to find out if a
> particular user has access to a particular URI (not the URI that got to
> my module). Is there any way through an inter-module framework or the
> like to call this function from within my module? I'd rather
On Tue, 11 Mar 2003, Chris Knight wrote:
> I am writing a module that would very much like to find out if a
> particular user has access to a particular URI (not the URI that got to
> my module). Is there any way through an inter-module framework or the
> like to call this function from within my
I am writing a module that would very much like to find out if a
particular user has access to a particular URI (not the URI that got to
my module). Is there any way through an inter-module framework or the
like to call this function from within my module? I'd rather not
formulate another HTTP
Okay, I think I've found the spot in ssl.conf but when I point
the commands at /usr/local/apache2/conf/ssl.crt/cert7.db
and try starting up the server it complains with:
[error] Unable to configure verify locations for client authentication
and will not start. Here's the entry in ssl.conf that I
Yes. In order to support SSL on multiple platforms, a more generic
directive was required. To specify a cert7.db file you will need to use
the directives:
LDAPTrustedCA
LDAPTRustedCAType CERT7_DB_PATH
The most recent documentation page for mod_ldap contains the
description of the new directive
Well, after successfully compiling auth_ldap with the
OpenLDAP libs I found that it doesn't jive well with
our Netscape LDAP server..
So... I finally rebuilt with the Netscape4-LDAP-SDK
libs..
Since then I received the following error:
[Tue Mar 11 00:42:19 2003] [warn] [client 134.15.0.112]
* Dirk-Willem van Gulik wrote:
>> Because no supplied qvalue is the same as qvalue = 1. If I'm wrong with
>> that assumption, please correct me.
>
> Is -that- in the standard ? You sure even if it is mixed with entries
> which have a q?
RFC 2616, 14.1 (Accept:)states:
Each media-range MAY be
First, I'm talking about changes in 2.1 only. I'm opposed against
changing the module status in 1.3 or 2.0, too. :)
> In this discussion about default modules, I hear three different things:
> 1) compile a module by default (or what category, e.g "most" or "all")
> 2) enable a module in the
Yep, just ask him to search the bugdatabse first and then file a bugreport
with severity set to "Enhancement".
- Original Message -
From: "Jeff Trawick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 11, 2003 1:19 PM
Subject: Re: place for suggestions
> Günter Knauf wro
> Because no supplied qvalue is the same as qvalue = 1. If I'm wrong with
> that assumption, please correct me.
Is -that- in the standard ? You sure even if it is mixed with entries
which have a q?
Dw
ok..
can someone remind me what we are supposed to do in this situation?
Although I dislike putting in 'unvoted' changes into the stable release,
I hate having 2 seperate sets of code, with bits & pieces of each other
in them worse.
André Malo wrote:
* Ian Holsman wrote:
[2.0.45]
+ *) mod_d
* Ian Holsman wrote:
[2.0.45]
+ *) mod_deflate: Extend the DeflateFilterNote directive to
+ allow accurate logging of the filter's in- and outstream.
+ [André Malo]
ah, although it wasn't voted ... I'd give my late +1 on it. But please keep
the changes consistent ;-)
nd
--
Da
William A. Rowe, Jr. wrote:
At 12:04 PM 3/11/2003, [EMAIL PROTECTED] wrote:
ianh2003/03/11 10:04:37
Modified:.Tag: APACHE_2_0_BRANCH CHANGES STATUS
docs/manual/mod Tag: APACHE_2_0_BRANCH mod_deflate.xml
modules/filters Tag: APACHE_2_0_BRANCH mod_defla
Günter Knauf wrote:
Hi,
I was just asked where a user should send his suggestion for new
features he's missing in Apache?
Should it go into BugZilla?
That is a good place, as it allows other users to "vote" for the
suggestion/defect.
At 12:04 PM 3/11/2003, [EMAIL PROTECTED] wrote:
>ianh2003/03/11 10:04:37
>
> Modified:.Tag: APACHE_2_0_BRANCH CHANGES STATUS
> docs/manual/mod Tag: APACHE_2_0_BRANCH mod_deflate.xml
> modules/filters Tag: APACHE_2_0_BRANCH mod_deflate.c
> Log:
> Ba
Uhmmm... that's exactly what we are trying to avoid.
E.g. always provide the symbols to link. Lets say you've build mod_foo,
and built it against a debugging build of httpd. Now you go to put it into
production (you forget to recompile.)
Should you be kicked in the rear for trying? Or should t
Win32 and some UTF-8 unicies effectively are, as their file names are
all in utf-8. About the only non-ASCII stuff in your .conf file are usually
comments and file names and paths, and uri's. There is no translation
(and will probably never be) so your httpd.conf should just follow your
site and
* Jim Jagielski wrote:
> At 7:16 PM +0100 3/11/03, André Malo wrote:
>>* Jim Jagielski wrote:
>>
>>> Not sure about
>>>
>>> +if (!string || !*string) {
>>> +return 1.0f;
>>> +}
>>> +
>>>
>>> Why return 1 if passed a NULL??
>>
>>Because no supplied qvalue is the same as qvalue = 1.
At 7:16 PM +0100 3/11/03, André Malo wrote:
>* Jim Jagielski wrote:
>
>> Not sure about
>>
>> +if (!string || !*string) {
>> +return 1.0f;
>> +}
>> +
>>
>> Why return 1 if passed a NULL??
>
>Because no supplied qvalue is the same as qvalue = 1. If I'm wrong with
>that assumption, p
* Jim Jagielski wrote:
> Not sure about
>
> +if (!string || !*string) {
> +return 1.0f;
> +}
> +
>
> Why return 1 if passed a NULL??
Because no supplied qvalue is the same as qvalue = 1. If I'm wrong with
that assumption, please correct me.
(NULL should never occur anyway, bu
I'm
starting to look into what would it takes to support UTF-8 in configuration
files. This means modules must have to handle parameters in UTF-8 format.
Anybody
has any pointers that can help me?
I
think making Apache UTF-8 compliant will be very helpful. Do you guys agree?
what does "change the entries in proxy_util.c" mean?
There are some calls to apr_sockaddr_info_get in proxy_util.c, and I
wasn't really sure whether they should be looking at this flag or not.
In some cases (where we already have an IP address, etc) it is clearly
something that they should
Can I ask a stupid question about the fragment below?
I was under the impression that libapr.so and libaprutil.so were exported
from themselves, not from libhttpd.so. Is that assumption correct?
If so, why regen exports.c of libhttpd.so upon changes to libapr/aprutil
headers?
Bill
At 09:41 AM
On Tue, 11 Mar 2003, Cliff Woolley wrote:
> On Tue, 11 Mar 2003, Rich Bowen wrote:
>
> > > I suggest to remove from default:
> > >
> > > mod_userdir, mod_asis, mod_imap and mod_status
> > >
> > > I'm not sure about mod_userdir. It's used, yes, but it need not be
> > > default. I think of mod_use
I hope this is the
right mailing list to request information regarding the changes on mod_proxy
from Apache 1.3 to apache
2.0
We used in Apache
1.3.X the followin setup which no loner works under apacge 2.0 and I was
wondering if any one can help.
"No Longer Works" means:
On Apache 1.
Any ETA on a 2.0.45 release?
I asked about a month ago and was told real soon (e.g. in a week).
I have to synch to actual released versions and there are a lot of
things in 2.0.45 that are of interest (especially surrounding
mod_auth_ldap).
--
Jess Holle
Jeff Trawick wrote:
from the old STATUS entry
-* Allow builds to work with out of tree apr and apr-util
- buildconf: r1.30
- configure.in: r1.239, r1.240
- +1: thommay, striker, ianh
- wrowe (but we must add server/mpm/config.m4 r1.47 to that
list)
-
On Tue, 11 Mar 2003, [ISO-8859-1] Gnter Knauf wrote:
> forgot to ask: I assume that apr and apr-util are the same for both trees??
For now they are, yes.
Make sure you have my recent (this a.m.) commits to
build/.cvsignore
configure.in
modules/aaa/config.m4
modules/mappers/config9.m4
server/Makefile.in
before trying to test this.
With those recent commits, it works as well as I have time to test :)
Now it is somebody else's turn.
Jeff Trawick wrote:
Chris Monson wrote:
I still want to know whether it makes sense to change the entries in
proxy_util.c,
what does "change the entries in proxy_util.c" mean?
and that requires a little discussion as to whether a
request_rec pointer should be required in the ap_get_iplookup_fl
Günter Knauf wrote:
Hi,
forgot to ask: I assume that apr and apr-util are the same for both
trees??
currently
and if you wait a few more minutes until the recent merge of
out-of-tree-apr actually works, you can use the same copy of apr with
both trees (until 2.1-dev steps up to apr 1.0)
* G?nter Knauf ([EMAIL PROTECTED]) wrote :
> Hi,
> forgot to ask: I assume that apr and apr-util are the same for both trees??
>
yes.
Hi,
forgot to ask: I assume that apr and apr-util are the same for both trees??
G.
Hi Erik,
> you'll have to check out the 2.0 branch instead of HEAD:
> cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co -d httpd-2.0.45
> -r
> APACHE_2_0_BRANCH httpd-2.0
works fine!
thanks, Guenter.
On Tue, 11 Mar 2003, Rich Bowen wrote:
> > I suggest to remove from default:
> >
> > mod_userdir, mod_asis, mod_imap and mod_status
> >
> > I'm not sure about mod_userdir. It's used, yes, but it need not be
> > default. I think of mod_userdir as an additional feature.
>
> Based on IRC and mailin
On Tue, Mar 11, 2003 at 09:58:58AM -0500, Greg Ames wrote:
> Astrid Ke?ler wrote:
>
> >I suggest to remove from default:
> >
> > mod_userdir, mod_asis, mod_imap and mod_status
>
> >Most users don't know what to do with mod_asis or how to read
> >mod_status. The only active installation of mod_st
At 08:31 AM 3/11/2003, Günter Knauf wrote:
>Hi,
>just wanted to compile 2.0.45 (need it because of 3rd-party module lower MMN) but I
>dont know how to get it:
>- http://cvs.apache.org/snapshots/ has only 2.1-dev, but its named 2.0
>- http://cvs.apache.org/viewcvs.cgi/ also only shows 2.1-dev, but
"Manni Wood" <[EMAIL PROTECTED]> writes:
[...]
> 1. I looked into the cookie RFC, which refers to the HTTP RFC on what
> the definition of a quoted value is. Interestingly, a quoted value is
> not allowed to contain quotes, not even escaped quotes. Can someone
> correct me on my assumption if I a
Bill Stoddard wrote:
This function is definitely useful but I'm not too keen on the directive
name (but maybe its okay). Maybe something like:
EnableIP all|ipv4|ipv6
I'm also wondering if there are any needs/opportunities to control other
ipv4 vs ipv6 behaviour of the server?
Bill
Jeff and I
Chris Monson wrote:
I still want to know whether it makes sense to change the entries in
proxy_util.c,
what does "change the entries in proxy_util.c" mean?
and that requires a little discussion as to whether a
request_rec pointer should be required in the ap_get_iplookup_flags
function or not.
Astrid Keßler wrote:
I suggest to remove from default:
mod_userdir, mod_asis, mod_imap and mod_status
Most users don't know what to do with mod_asis or how to read
mod_status. The only active installation of mod_status I've ever seen,
has been at beginners first servers.
http://www.apache.org
> From: Günter Knauf <[EMAIL PROTECTED]>
>
> Hi,
> just wanted to compile 2.0.45 (need it because of 3rd-party module lower MMN)
> but I dont know how to get it:
> - http://cvs.apache.org/snapshots/ has only 2.1-dev, but its named 2.0
> - http://cvs.apache.org/viewcvs.cgi/ also only shows 2.1-dev,
Not sure about
+if (!string || !*string) {
+return 1.0f;
+}
+
Why return 1 if passed a NULL??
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
"A society that will trad
Hi,
just wanted to compile 2.0.45 (need it because of 3rd-party module lower MMN) but I
dont know how to get it:
- http://cvs.apache.org/snapshots/ has only 2.1-dev, but its named 2.0
- http://cvs.apache.org/viewcvs.cgi/ also only shows 2.1-dev, but named httpd-2.0
- cvs -d :pserver:[EMAIL PROTECT
William A. Rowe, Jr. wrote:
I know not everyone monitors CVS logs. I have backported the patch
for not-in-srclib/ apr and apr-util trees. Even the in-tree builds
however
are vulnerable. If those working in the APACHE_2_0_BRANCH would
try cvs up and experiment with your preference if apr[-util]
> On Mon, 10 Mar 2003, Greg Ames wrote:
>
> > Rich Bowen wrote:
> >
> > > The comment about mod_asis was probably
> > > unwarranted. I think that there are probably people that use mod_asis.
I myself have used it more than once, and I don't get
all that tricky with my code. It a
William A. Rowe, Jr. wrote:
I know not everyone monitors CVS logs. I have backported the patch
for not-in-srclib/ apr and apr-util trees. Even the in-tree builds
however
are vulnerable. If those working in the APACHE_2_0_BRANCH would
try cvs up and experiment with your preference if apr[-util]
> From: Günter Knauf <[EMAIL PROTECTED]>
>
> Hi,
> I was just asked where a user should send his suggestion for new features he's
> missing in Apache? Should it go into BugZilla?
An issue filed in bugzilla and marked as enhancement should be fine IMHO.
cheers,
Erik
> Guenter.
Hi,
I was just asked where a user should send his suggestion for new features he's missing
in Apache?
Should it go into BugZilla?
Guenter.
On Sun, 9 Mar 2003, Joshua Slive wrote:
> 1. This might be a good opportunity to go through the whole list and see
> what should be in and out of a default build. For example, mod_expires
> might be a good addition. Of course, I don't have time to do this myself
> at the moment, so feel free to
On Mon, 10 Mar 2003, Astrid [ISO-8859-1] Keßler wrote:
> I suggest to remove from default:
>
> mod_userdir, mod_asis, mod_imap and mod_status
>
> I'm not sure about mod_userdir. It's used, yes, but it need not be
> default. I think of mod_userdir as an additional feature.
Based on IRC and maili
"require group" works and can replace "require user User1 User2 ..." if one knows
about the problem, but there are at least three things here:
- "require user User1 User2 ..." is a supported option and it has to work properly
with the cache
- the directive is very convinient and makes the web si
On Mon, 10 Mar 2003, Manni Wood wrote:
> 1. I looked into the cookie RFC, which refers to the HTTP RFC on what
> the definition of a quoted value is. Interestingly, a quoted value is
> not allowed to contain quotes, not even escaped quotes. Can someone
> correct me on my assumption if I am wrong
On Mon, 10 Mar 2003, Greg Ames wrote:
> Rich Bowen wrote:
>
> > The comment about mod_asis was probably
> > unwarranted. I think that there are probably people that use mod_asis.
>
> We did use mod_asis on daedalus not too long ago, but don't seem to at present.
> I have no way of know
64 matches
Mail list logo
