your code defining the c portions in an 'extern "C"' block?
(maybe you could send a snippet)
4) what does your module definition look like.
sterling
On Thursday, August 14, 2003, at 05:20 PM, Colm MacCarthaigh,,, wrote:
Can you just confirm it's listening in v6 only ? the output of
"netstat -an | grep LISTEN" (Darwin has netstat and grep, right?)
should be enough.
heh. very funny:
% netstat -an | grep LISTEN
tcp46 0 0 *.80
broken_ipv6 set to 0, of course), turned on HostnameLookups,
and my access logs have remote hostname properly resolved. I'm running
Darwin Kernel Version 6.6. Let me know if you want me to try out
anything else.
sterling
tin -
I'm still having problems with HEAD this morning on os X (Darwin Kernel
Version 6.6) - is that expected? (i'm not sure what the status is, but
the above email implies a fix was applied).
(22)Invalid argument: make_sock: could not bind to address :80
no listening sockets available, shutting down
sterling
that 4 people :)
sterling
rage.
I have heard of some pluggable c session storage code out there, but to
add another external project dependency would be lame. perhaps it could
get added to apr-util... otherwise mod_ssl would have to compile it in locally.
that's what i remember -
sterling
As a side note, check the archives, this conversation has happened many
times before.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Tue, 04 Mar 2003 12:44:26 -0700
>From: Chris Monson <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: C
miters (semicolon and comma),
>remove whitespace, and then see if the next word (characters up to
>whitespace or an equal) matches the cookie name using strcmp()?
i agree. regardless of performance evaluation it just seems excessive.
sterling
#x27;s. I can kind of use it in the regressing builds I am doing.
>And it would be a nice place for some folks (hi Sterling!) to think of
how
>you would allow any SQL backend to plug in.
Yeah - I'm still not sure what the cleanest way to genericize this stuff.
Perhaps a module that ju
the builds. The
>makefiles will need to be updated to comply with the #defines values in
>apr_ldap.h.in (Unix) and apr_ldap.hw (Win32). Could somebody on those
>platforms fix the makefiles?
If its not done by tonight, i can do the unix portion.
sterling
Hi Brad -
the only suggestion I would have is to try to support SOME backward compatibility
(e.g. if StartTLS directive is used switch the url to ldaps or something
like that).
Looks like great progress for the software, though - I too would like to
see it committed.
sterling
be a few lines, I think it would be quite a bit more if features were added.
>It would be different if the proposed mod_authn_sql (or mod_authn_rdbm)
would
>implement a generic connection pooling.
this, IMO, doesn't belong in an auth module itself. if you implement connection
pooling it should be independent of who is using the connections.
sterling
>descriptor: Could not open password file: (null)
You need to either disable other auth modules (i.e. mod_auth) or turn off
any of them that are authoritative with:
AuthAuthoritative off
sterling
Not using basic authentication. basic auth IS the browser dialogue based
authentication. you will need to write your own auth module to accept the
username and password from the vars.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>From: "Laxmikanth M.S." <
I know Gerald Richter has a mod_perl module that does what you are describing.
might be worth a peek.
perldoc Apache::ImageMagick
sterling
you would not want to modify the core for this. You would want to use optional
functions and add an optional function to mod_cgi to register for it. Then
have mod_cgi notify all registered methods of any stderr data.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Sub
that the 2.0 msi should
>be renamed 1.3 ..?
>--
well, at least the one thats in the 1.3 download section :) Its named 2.0.43,
but the href is 1.3.27 :)
sterling
note as i said in the original email, the problem was that mod_auth
was enabled, not a problem with auth_ldap.
sterling
On Wednesday, October 23, 2002, at 05:19 PM, Estrade Matthieu wrote:
Hi,
I finally made mod_auth_ldap work.
First, basic authentication:
AuthName auth
AuthType Basic
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Wed, 23 Oct 2002 18:07:30 +0200
>From: Estrade Matthieu <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: mod_auth_ldap
>
>
>John K. Sterling wrote:
>
>>try disabling mod_auth.
&g
try disabling mod_auth.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Wed, 23 Oct 2002 17:33:26 +0200
>From: Estrade Matthieu <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: mod_auth_ldap
>
>
>Hi,
>
>I am using apache 2.0 + pro
My answer below still explains your situation. There is not way to
'restrict' requires. Each module has access to the SAME requires for a
given location. If no modules are authoritative, you probably will get
INTERNAL_SERVER_ERRORS for all unauthorized requests, right?
st
re returns INTERNAL SERVER ERROR. instead
of UNAUTHORIZED.
Until either one of the previous things change, the only workaround is to
make the last auth module called the authoritative one.... that way both
their authorize methods will get invoked.
sterling
like, since the other
> methods
> are not change by the , the require should still apply to
> them.
>
what jerry brought up here definitely seems like a bug to me. Not sure
why folks are in such disbelief :) i'll check into it -
sterling
s that our "core" server knows
>about HTTP authentication and authorization.
I think it can be don agnostic to protocol as a genereic provider interface
- like justin suggested. that would solve all of these problems.
sterling
(and all other modules that have a similar
architecture) to reuse this code in their own namespace.
sterling
pache sukks)? or some other
personal vendettas?
just thought that needed to be said.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Wed, 11 Sep 2002 06:57:33 -0700
>From: Justin Erenkrantz <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: resolving aaa related symbol in auth_provider.c
>
>
>On Wed, Sep 11, 2002 at 09:57:5
party modules to hook into the system more easily - and third
party modules could only use the provider scheme if it is available.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Wed, 11 Sep 2002 08:45:55 -0400 (EDT)
>From: Dale Ghent <[EMAIL PROTECTED]>
html parser in apache (e.g.
usertrack rewriting urls, language translation, and many other filtering
applications). I personally think it would be nice to get the parser into
apr - then these extensions can be done immediately. If it is put external,
core modules will basically not be able to use it (since we don't want to
start adding external dependencies).
sterling
27;t contain any apache module stuffs also has some example
makefiles etc. which may help.
sterling
olks get together (i'll volunteer to help
out, but a member should lead the charge) and come up with an architecture
for this - there are many obvious systems we could copy. As a module author,
it would be nice to have tighter integration with the core, without having
to become a part of the core :)
sterling
odule
registry/repository becomes reality, jk should stay where it is.
sterling
>-- Original Message --
>Reply-To: [EMAIL PROTECTED]
>Date: Tue, 03 Sep 2002 13:15:43 +0200
>From: Peter Van Biesen <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Vote: mod_jk connector in /
like this should
trigger minor version bumps.
sterling
If we do wait for 2.1, it would give us the opportunity to collaborate and
make this really clean..you could just create a repository for the new
auth modules (even on sourceforge or something) - assuming not too many
core changes are required.
sterling
>-- Original Message --
>Re
, but ironically cumbersome in practice to try
to simplify the auth api like this -
maybe abstracting out some of the logic into re-usable libraries would
work, but layering callback structures like this is IMO not the way to
go.
sterling
On Tuesday, August 27, 2002, at 12:18 AM, Justin Erenk
when building with -Werror -Wall it seems http_config.h bjorks my module
build. This patch should fix it - any objections?
sterling
Index: include/http_config.h
===
RCS file: /home/cvspublic/httpd-2.0/include/http_config.h,v
ortions of the structure opaque? There are a bunch of cases, notably in
the request rec, where there are rules like this that are not enforced by
the compiler.
sterling
ted patch to fix the problem - but to help shed light on the
problem. The real problem, i think, is that the content type is not being
propagated up in this case. The module should not be responsible for this
decision.
sterling
On Tue, 26 Mar 2002, Jerry Baker wrote:
> Jerry Baker wrote:
> >
> > I just noticed something about this problem. If you request
> > /nonexistentfile.html then the error response is sent back with
> > text/html, but if you request /nonexistentfile then it still comes back
> > as text/plain.
> >
On Thu, 7 Mar 2002, Justin Erenkrantz wrote:
> On Thu, Mar 07, 2002 at 08:57:42PM -0800, [EMAIL PROTECTED] wrote:
> > well, the workaround is to set DefaultType text/html. The real problem,
> > however, seems to be the fact that only the subrequest gets the content
> > type set to text/html in
e text/html?
> >
> > is it showing the content from that var file? what is the content you are
> > seeing (the plain html).
> >
> > sterling
>
> Straight out of the var file (from the "en" section).
well, the workaround is to set DefaultType text/html
On Thu, 7 Mar 2002, Jerry Baker wrote:
> Do you think that Apache is not reading the HTTP_NOT_FOUND.html.var file
> correctly which explicitly states that it should be text/html?
is it showing the content from that var file? what is the content you are
seeing (the plain html).
sterling
On Thu, 7 Mar 2002, Jerry Baker wrote:
> Apache 2.0.34-dev pulled from CVS today is sending text/plain as the
> content-type on 404 responses. See example below:
>
> HTTP/1.1 404 Not Found
> Date: Thu, 07 Mar 2002 21:23:10 GMT
> Server: Apache/2.0.34-dev (Win32)
> Vary: accept-language
> Content
les in C++ without any of this funniness (simply build your class into
an so) if you or anyone is interested: http://modcplusplus.sourceforge.net
sterling
just a reminder. there were a couple of displays of interest in these
patches any comments?
sterling
On Thu, 31 Jan 2002 [EMAIL PROTECTED] wrote:
> On Thu, 31 Jan 2002, William A. Rowe, Jr. wrote:
>
> > +1 ... offer patches !-)
>
> okay... you and justin asked for it
ons
now (i added it to the 'misc' directory for this patch).
this is a quick stab at it - i wish the apr-util naming conventions were
more consistent (e.g. files start with apu) -
sterling
srclib/apr-util/include/apu_strings.h
? srclib/apr-util/misc/apu_strings.c
Index: in
the API with noise.
heh, good point - we should just rip those out of the file anyways
though... rind doesn't appear to be used at all, and ind is only used in
a couple of modules..
sterling
eresting point - that function could be kept in the apache tree
if pcre dependencies are unacceptable. All the rest of the functions
belong in apr-util.
sterling
Hi -
I don't recall if this has been proposed before, but I keep finding myself
wanting various string functionality that lives in server/util.c outside
of apache - what do you say we move it all to apr-util? lots of COOL
functions in there (coincidentally written by rob mcCOOL).
sterling
? Thanks
why not submit a patch if you have the problem fixed?
sterling
unts(), pass conn->sbh instead of
> AP_CHILD_THREAD_FROM_ID()...
Ah, sorry, i missed that change - i understand now.
thanks for the help
sterling
pointers? Is there a replacement?
thanks a bunch
sterling
p.s. the only other reference i found to this macro was in protocol.c
(ifdefed out) and has been there since at least last february when
revision history begins:
#if 0
/* XXX If we want to keep track of the Method, the protocol module should
On 18 Dec 2001, Jeff Trawick wrote:
> <[EMAIL PROTECTED]> writes:
>
> > I see the ap_run_create_connection interface was changed, but the proxy
> > code was not updated yet... right?
>
> ouch... can you try this?
>
that seems to work great! thanks
sterling
I see the ap_run_create_connection interface was changed, but the proxy
code was not updated yet... right?
sterling
Hi -
Seems to me it would be nice to log something (this patch has info) when a
connection times out - probably many places this could be done, this one
is in read request.
sterling
Index: server/protocol.c
===
RCS file: /home
hi -
When AuthType is not set, but Requirements are - apache gracefully fails
to note the auth failure (since its dependent on the AuthType). This
patch adds that error logging in.
sterling
Index: server//protocol.c
===
RCS file
On Tue, 20 Nov 2001, Ryan Bloom wrote:
> On Tuesday 20 November 2001 09:31 pm, sterling wrote:
> > On Tue, 20 Nov 2001, Doug MacEachern wrote:
> > > On Tue, 20 Nov 2001, sterling wrote:
> > Yeah -
> >
> > I pondered that for a bit... We should probably log an
On Tue, 20 Nov 2001, Doug MacEachern wrote:
> On Tue, 20 Nov 2001, sterling wrote:
>
> > Hi -
> >
> > Set up an auth directory without AuthType but with require valid-user and
> > AuthName and load an auth module that uses ap_note_basic_auth_failure...
> > e
Hi -
Set up an auth directory without AuthType but with require valid-user and
AuthName and load an auth module that uses ap_note_basic_auth_failure...
el kabong!! this patch stops the coro dumpo.
sterling
Index: server/protocol.c
This can be reproduced by setting ErrorDocument 401, setting your default
content type to text/plain, and turning on auth in . Simply
log in with an improper username and html will be rendered as plain text.
sterling
Index: http_proto
u specify at run time (connect time) which type you wish to
connect
to - this way you could solve this problem (though requires an api
change/addition).
sterling
I guess since you replied to that message i assumed you had read it -
sterling
On Fri, 16 Nov 2001, Ryan Bloom wrote:
> On Friday 16 November 2001 07:01 am, sterling wrote:
> > On Thu, 15 Nov 2001, Ryan Bloom wrote:
> > > On Thursday 15 November 2001 12:16 pm, Ryan Bloom
ETWORK filter. It is somewhere
> between a CONNECTION and NETWORK filter. I have got a fix, but I am
> still testing it.
"Found the problem" is an interesting way to put it - this problem was
actually pointed out in the message with subject [Another filter question]
sterling
ng is correct, mod_auth_db was there to allow you
to force berkeley db on platforms where it is not the default dbm..
If thats the case, it should now be obsolete since you can compile
mod_auth_dbm against whatever apr dbm backend you choose.
sterling
On Thu, 15 Nov 2001, Cliff Woolley
On Wed, 14 Nov 2001, Ryan Bloom wrote:
> On Wednesday 14 November 2001 06:10 pm, sterling wrote:
> > Hi -
> >
> > I am not too familiar with the OLD_WRITE filter, but I have run into an
> > interesting situation. I want to ensure that my filter is before any of
&g
an assumption in buffer_output).
As I said, not sure if this is the right fix, any suggestions (MAYBE an
FTYPE_FIRST instead of FTYPE_CONTENT-1)?
thanks
sterling
Index: server/core.c
===
RCS file: /home/cvspublic/httpd-2.0/server
I can't think of another case - but there could be one.
The simplest way to produce this problem is just turn some kind of
auth on in - then the 401 error document will be protected
and you will get an error within ap_die -
sterling
On Tue, 13 Nov 2001, Justin Erenkrantz wrote:
> On
You just need to comment out the 401 error document -
sterling
On Tue, 13 Nov 2001, Cliff Woolley wrote:
> On Tue, 13 Nov 2001, Justin Erenkrantz wrote:
>
> > I'm not sure what the policy is here (this is really up to Greg as
> > RM), but if 2.0.28 makes it to beta (wh
r one probably won't hurt much :) - but it would be nice.
thanks -
sterling
On Tue, 13 Nov 2001, Cliff Woolley wrote:
> On Mon, 12 Nov 2001, sterling wrote:
>
> > As far as your suggested patch - why is that better (and don't say
> > performance wise - with all the
My point exactly.
And take note - they are guarenteed to do the same thing *assuming* the
request is passed in is the last request in the chain. I was avoiding
coding to avoid that implicit assumption (an assert(r->next == NULL)
would serve the same purpose).
sterling
On Mon, 12 Nov 2
uest (since those are the
filters that are going to be called). Sure, either patch fixes the bug
though -
sterling
On Mon, 12 Nov 2001, Justin Erenkrantz wrote:
> On Mon, Nov 12, 2001 at 10:59:14PM -0800, sterling wrote:
> > Hi -
> >
> > I still have an outstanding bug (and patch)
is a workaround - to disable the ErrorDocument stuff - but still, it
seems to me like it should at least be double checked before 'beta'.
thanks -
sterling
On Mon, 12 Nov 2001, Justin Erenkrantz wrote:
> On Mon, Nov 12, 2001 at 05:19:17PM -0500, Greg Ames wrote:
> > ...in ht
get a 401 error back, but no headers... which is
bad.
That is assuming you are using the default httpd.conf that has all the
ErrorDocument stuff in it and mod_include is enabled.
sterling
On Fri, 9 Nov 2001, sterling wrote:
> Hi -
>
> I have run across a situation where the header f
comments?
sterling
Index: modules/http/http_request.c
===
RCS file: /home/cvspublic/httpd-2.0/modules/http/http_request.c,v
retrieving revision 1.117
diff -u -r1.117 http_request.c
--- modules/http/http_request.c 2001/10/30 19:21:41
Sweet -
that ssl_var_lookup needs something exactly like this. I say you do the
same for that.
sterling
On Sat, 10 Nov 2001, Doug MacEachern wrote:
> i would like to avoid calling ap_add_{common,cgi}_vars() in mod_perl and
> just tie Perl's %ENV to a lookup function. i coo
I'm forwarding this on cuz 2 days later it still hasn't shown up.
sterling
-- Forwarded message --
Date: Fri, 9 Nov 2001 17:27:50 -0800 (PST)
From: sterling <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] headers not sent when subrequests come from
is called.
>
> Thoughts?
>
> Sander
>
> /me hides from the 'core stabilizers' that probably
> are going to hate me for bringing this up.
I don't think this should be skipped because of 'stabilization'. I think
it should be skipped because it is not the right architecture.
sterling
Thanks for the response ken -
On Sun, 9 Sep 2001, Rodent of Unusual Size wrote:
> * On 2001-09-09 at 08:44,
> sterling <[EMAIL PROTECTED]> excited the electrons to say:
> >
> > i still say 'Require valid-user' should be handled by the core i've
>
7;Require valid-user' should be handled by the core i've
said this before, but its kinda kludgy the way it is. e.g: if you are
using mod_auth_db and have a 'Require valid-user' it only works if
mod_auth is enabled..
sure, mod_auth is enabled by default, but...
sterling
Welp -
the first patch i submitted made the least changes possible and fixes the
core dump - so you can revert to that
sterling
On Wed, 22 Aug 2001, William A. Rowe, Jr. wrote:
> From: "sterling" <[EMAIL PROTECTED]>
>
>
> > It appears that the extension_mappi
Hey jeff -
On 22 Aug 2001, Jeff Trawick wrote:
> sterling <[EMAIL PROTECTED]> writes:
>
> > It appears that the extension_mappings hash is initialized to null, then
> > only instanciated if there is an AddType call in your conf file. Hence in
> > the type_check
hash should just be empty, not null (i.e. it should be
initialized to apr_hash_make) --
sterling
Index: modules/http/mod_mime.c
===
RCS file: /home/cvspublic/httpd-2.0/modules/http/mod_mime.c,v
retrieving revision 1.55
diff -u -r1.55
82 matches
Mail list logo
