Re: [us...@httpd] Perl script are not running on Apache 2.2.15 / mod_fcgid Win32
Roey Almog r...@gmail.com schrieb: Hi, I have installed apache 2.2.15 with mod_fcgid on Windows XP SP3 and tried the perl example script in the mod_fcgid reference page but it is not working I get this in error log [Thu Jul 29 11:26:07 2010] [warn] [client 127.0.0.1] (OS 109)The pipe has been ended. : mod_fcgid: get overlap result error [Thu Jul 29 11:26:07 2010] [error] [client 127.0.0.1] Premature end of script headers: foo.pl I double check everything including: The #!/usr/bin/perl.exe line The mod_fcgid is loaded When running the script as plain cgi it works When I turned to the older mod_fastcgi it works just fine What can be done ? I googled around but no one seems to have solution or managed using mod_fcgid with perl on Win32 I opened a bug on both FCGI at cpan and on apache tracker but no one seems to care... Is there a solution for this ? Roey Maybe timeout ? Hendrik - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] How to configure for downloading files?
On Sat, Aug 21, 2010 at 7:41 PM, Eric Covener wrote: > On Sat, Aug 21, 2010 at 6:34 AM, hadi motamedi > wrote: > > > > > > On Sat, Aug 21, 2010 at 2:42 PM, MegaBrutal > wrote: > >> > >> Errm... I don't get the problem. You said, the guest already see your > >> page. It seems you just need to stuff the files in htdocs, and the > >> guest may access them. > > > Add an Alias to the location of the files and a block that > look like the one you have already for your current document root. > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > > Sorry. You mean I have to add the following lines to my httpd.conf ? DocumentRoot "C:/qemu" Alias /disk/ "C:/qemu/disk" If I need to have links to download the disk image files placed in the intended directory from the web server ? Please help me.
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
Freek Dijkstra wrote:
> Curious,
> is never matched
> is matched.
> Logically, I would have expected both regexps to yield the same result.
I did some more testing, and it just seems that the the end of line
anchor is just never matched. I can easily reproduce it with only a few
configuration lines (see below).
Is this a (known) bug or is there another explanation why I'm seeing
this behaviour? If this is intended behaviour, what configuration is
required to get the intended behaviour?
Steps to reproduce
1. Add the following configuration to httpd.conf:
Alias /test/ /var/www/test/
Options Indexes
Order deny,allow
Deny from all
Allow from all
Expected results:
- requesting http://localhost/test/projects would give an autoindex
- requesting http://localhost/test/projects/subdir would give a 403
Forbidden
Actual results:
- requesting http://localhost/test/projects gives a 403 Forbidden
- requesting http://localhost/test/projects/subdir gives a 403 Forbidden
Regression:
1.
The following DirectoryMatch (without trailing /) gives the same result:
Allow from all
2.
Adding an Allow from all for a specific subdirectory works as expected
(requesting the directory shows an autoindex):
Allow from all
3.
Allow from all
results in 403 Forbidden for all requests. The DirectoryMatch is never
matched.
4.
Allow from all
results in autoindexes for all requests. The DirectoryMatch is always
matched, as expected.
5.
The regular expressions
"^/var/www/test/projects/.*$"
"^/var/www/test/projects/.*"
are logically the same. However Apache clearly treats them differently
(see 3 and 4 above). This seems like a bug to me.
6. Replacing the Directory directives with corresponding Location
directives gives the same result.
Notes:
1. Tested with Apache 2.2.9 on Linux, Apache 2.2.14 on Mac OS X and
Apache 2.2.15 on Mac OS X.
2. The note at
http://stackoverflow.com/questions/1665210/apache-config-exclude-subdirectories
indicates other people encounter this problem too. ("For some reason my
apache on Fedora 8 seems to be ignoring the end of line anchor in the
regular expression").
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] Conundrum
James Coyle wrote: > Ever since I reinstalled Snow Leopard on my Mac, i've had some serious > Apache issues. Judging from this diagnostic information: > >> httpd: Syntax error on line 54 of /private/etc/apache2/httpd.conf: >> Cannot load /private/etc/apache2/libexec/apache2/mod_authn_file.so >> into server: >> dlopen(/private/etc/apache2/libexec/apache2/mod_authn_file.so, 10): >> image not found >From my computer (added line breaks for readability): ~% grep -rsi mod_authn_file.so /etc/apache2 /etc/apache2/httpd.conf: LoadModule authn_file_module libexec/apache2/mod_authn_file.so /etc/apache2/httpd.conf~orig: LoadModule authn_file_module libexec/apache2/mod_authn_file.so /etc/apache2/original/httpd.conf: LoadModule authn_file_module libexec/apache2/mod_authn_file.so And indeed: ~% locate mod_authn_file.so /usr/libexec/apache2/mod_authn_file.so Thus, NOT /private/etc/apache2/libexec/apache2/mod_authn_file.so. Clearly you (or some application) have (in the past) changed your /etc/apache2/httpd.conf. Likely, reinstalling Snow Leopard will not help, unless it overwrites the httpd.conf (and I suspect that is only the case for a fresh install, while an upgrade leaves changes in /etc intact). I would do either of the following: - manually change the LoadModule paths in /etc/apache2/httpd.conf to point to the correct paths. (If you like I can sent my httpd.conf offlist.) -OR- - You can also download and reinstall just the apache distribution that came with Mac OS X (but not all of Mac OS X). You can download it here: http://www.opensource.apple.com/source/apache/apache-747.1/ (I have not tried it, but expect that it is simple a matter of make; make install) Regards, Freek - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[us...@httpd] Alias?
Dear All Can you please let me know how can I add Alias to the location of a file and thus to be able to download it from the Apache http web page @ http://localhost/ ? Thank you
Re: [us...@httpd] How to configure for downloading files?
> Sorry. You mean I have to add the following lines to my httpd.conf ? > DocumentRoot "C:/qemu" > Alias /disk/ "C:/qemu/disk" i don't think you'd add a DocumentRoot. If you did, you wouldn't create an Alias for a directory underneath it. I expected you'd identify where you want to serve your content from, and where it lives in your filesystem, with an Alias directive. You also usually need a to actually allow Apache to serve from that directory. > If I need to have links to download the disk image files placed in the > intended directory from the web server ? This is only half of a question. -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] Alias?
On Mon, Aug 23, 2010 at 5:37 AM, hadi motamedi wrote: > Dear All > Can you please let me know how can I add Alias to the location of a file and > thus to be able to download it from the Apache http web page > @http://localhost/ ? > Thank you > Please don't create a new thread for such a followup. To add an Alias, you use the Alias directive. Do you have a question about how, or what the two arguments it takes are? If you want to change the content that shows up when you request http://localhost/ (path of /) you should just change your DocumentRoot. -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
[My apologies for the many posts; I just notices that my mailer removed
the thinking it was HTML]
Freek Dijkstra wrote:
> Curious,
> is never matched
> is matched.
> Logically, I would have expected both regexps to yield the same result.
I did some more testing, and it just seems that the the end of line
anchor is just never matched. I can easily reproduce it with only a few
configuration lines (see below).
Is this a (known) bug or is there another explanation why I'm seeing
this behaviour? If this is intended behaviour, what configuration is
required to get the intended behaviour?
Steps to reproduce
1. Add the following configuration to httpd.conf:
Alias /test/ /var/www/test/
Options Indexes
Order deny,allow
Deny from all
Allow from all
Expected results:
- requesting http://localhost/test/projects would give an autoindex
- requesting http://localhost/test/projects/subdir would give a 403
Forbidden
Actual results:
- requesting http://localhost/test/projects gives a 403 Forbidden
- requesting http://localhost/test/projects/subdir gives a 403 Forbidden
Regression:
1.
The following DirectoryMatch (without trailing /) gives the same result:
Allow from all
2.
Adding an Allow from all for a specific subdirectory works as expected
(requesting the directory shows an autoindex):
Allow from all
3.
Allow from all
results in 403 Forbidden for all requests. The DirectoryMatch is never
matched.
4.
Allow from all
results in autoindexes for all requests. The DirectoryMatch is always
matched, as expected.
5.
The regular expressions
"^/var/www/test/projects/.*$"
"^/var/www/test/projects/.*"
are logically the same. However Apache clearly treats them differently
(see 3 and 4 above). This seems like a bug to me.
6. Replacing the Directory directives with corresponding Location
directives gives the same result.
Notes:
1. Tested with Apache 2.2.9 on Linux, Apache 2.2.14 on Mac OS X and
Apache 2.2.15 on Mac OS X.
2. The note at
http://stackoverflow.com/questions/1665210/apache-config-exclude-subdirectories
indicates other people encounter this problem too. ("For some reason my
apache on Fedora 8 seems to be ignoring the end of line anchor in the
regular expression").
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
On Mon, Aug 23, 2010 at 3:51 PM, Freek Dijkstra wrote:
> [My apologies for the many posts; I just notices that my mailer removed
> the thinking it was HTML]
>
> Freek Dijkstra wrote:
>
> > Curious,
> > is never matched
> > is matched.
> > Logically, I would have expected both regexps to yield the same result.
>
> I did some more testing, and it just seems that the the end of line
> anchor is just never matched. I can easily reproduce it with only a few
> configuration lines (see below).
>
> Is this a (known) bug or is there another explanation why I'm seeing
> this behaviour? If this is intended behaviour, what configuration is
> required to get the intended behaviour?
>
>
> Steps to reproduce
> 1. Add the following configuration to httpd.conf:
>
> Alias /test/ /var/www/test/
>
>
>Options Indexes
> Order deny,allow
>Deny from all
>
>
>
>Allow from all
>
>
>
> Expected results:
> - requesting http://localhost/test/projects would give an autoindex
> - requesting http://localhost/test/projects/subdir would give a 403
> Forbidden
>
> Actual results:
> - requesting http://localhost/test/projects gives a 403 Forbidden
> - requesting http://localhost/test/projects/subdir gives a 403 Forbidden
>
> Regression:
> 1.
> The following DirectoryMatch (without trailing /) gives the same result:
>
>Allow from all
>
>
> 2.
> Adding an Allow from all for a specific subdirectory works as expected
> (requesting the directory shows an autoindex):
>
>Allow from all
>
>
> 3.
>
>Allow from all
>
> results in 403 Forbidden for all requests. The DirectoryMatch is never
> matched.
>
> 4.
>
>Allow from all
>
> results in autoindexes for all requests. The DirectoryMatch is always
> matched, as expected.
>
> 5.
> The regular expressions
> "^/var/www/test/projects/.*$"
> "^/var/www/test/projects/.*"
> are logically the same. However Apache clearly treats them differently
> (see 3 and 4 above). This seems like a bug to me.
>
> 6. Replacing the Directory directives with corresponding Location
> directives gives the same result.
>
>
> Notes:
> 1. Tested with Apache 2.2.9 on Linux, Apache 2.2.14 on Mac OS X and
> Apache 2.2.15 on Mac OS X.
> 2. The note at
>
> http://stackoverflow.com/questions/1665210/apache-config-exclude-subdirectories
> indicates other people encounter this problem too. ("For some reason my
> apache on Fedora 8 seems to be ignoring the end of line anchor in the
> regular expression").
>
> -
> The official User-To-User support forum of the Apache HTTP Server Project.
> See http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> " from the digest: users-digest-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>
[us...@httpd] browse?
Sorry as I am following from here as all of the replies to previous post permanently failed. 'Please be informed that there is an default /icons/ Alias that I put my intended file under its folder. At now, browsing the http://10.0.2.2/icons/will show the intended file but as I am using lynx as browser I cannot download it. Can you please let me know how to get it?
Re: [us...@httpd] browse?
2010/8/23 hadi motamedi : > At now, browsing the http://10.0.2.2/icons/ > will show the intended file but as I am using lynx as browser I cannot > download it. Can you please let me know how to get it? If you can download the file with other browsers, then it's not an Apache-related question. If you get a "403 Forbidden" message when you try to download your files, however, then you forgot to add the corresponding section for your Alias. Lynx is able to download files from Apache servers; refer to the manual of Lynx on how to do so. Wget can be also used to download your files, if you want command-line alternatives. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] browse?
El 23/08/2010 13:51, hadi motamedi escribió: Sorry as I am following from here as all of the replies to previous post permanently failed. 'Please be informed that there is an default /icons/ Alias that I put my intended file under its folder. At now, browsing the http://10.0.2.2/icons/ will show the intended file but as I am using lynx as browser I cannot download it. Can you please let me know how to get it? You should be conscious of something... Once Apache is serving a file, and you request it, no longer Apache is responsible of what you do with it. In simple words, this just means that your Apache is working perfectly. You can request files, and receive them in your favourite browser. It seems you're using Lynx, a text browser. RTFM of Lynx to know how to save (download) a file, a complete URL or a link. This has nothing to do with Apache. If that "I cannot download it" you report means that Lynx is reporting a SERVER problem, elaborate it further. If your problem is you cant save it to disk (permissions, Lynx configuration, etc.) no Apache tweaking is going to fix it. If your problem is you don't know how to download a file using Lynx, find the proper documentation. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
On Mon, Aug 23, 2010 at 7:21 AM, Freek Dijkstra wrote: > [My apologies for the many posts; I just notices that my mailer removed > the thinking it was HTML] > > Freek Dijkstra wrote: > >> Curious, >> is never matched Confirmed in the source that $ is treated as a literal for DirectoryMatch only (explicitly requested by httpd). You should open a bug report (it should be changed or documented depending on release) -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] Re: Ampersand extends to the left part of regexes with RewriteRule, RedirectMatch and SetEnvIf: is that expected?
On Tue, Dec 8, 2009 at 1:49 PM, Nick Kew wrote: > Rich Bowen wrote: > >>> If I file an issue on Apache's Bugzilla, will this be considered a bug? >> >> Please do submit it, but perhaps as a documentation bug? I'll try to >> remember to add a mention of this to the documentation, but a bugzilla >> ticket will help us remember. > > Is this really an Apache docs issue? It's down to the regexp library, > so surely the correct documentation for httpd is a reference to PCRE > (or Perl regexp) documentation? Searching for this old thread, missed your followup niq. httpd was stepping in the way and treating & as an alias for \0/$0 (entire match): http://svn.apache.org/viewvc?view=revision&revision=904765 There was some confusion ITT that Rewrite and mod_alias directives were behaving the same way that I think was cleared up elsewhere. -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
On Mon, Aug 23, 2010 at 8:32 AM, Eric Covener wrote: > On Mon, Aug 23, 2010 at 7:21 AM, Freek Dijkstra wrote: >> [My apologies for the many posts; I just notices that my mailer removed >> the thinking it was HTML] >> >> Freek Dijkstra wrote: >> >>> Curious, >>> is never matched > > Confirmed in the source that $ is treated as a literal for > DirectoryMatch only (explicitly requested by httpd). You should open > a bug report (it should be changed or documented depending on release) > https://issues.apache.org/bugzilla/show_bug.cgi?id=49809 I had looked into this august 2009 and couldn't figure out any good reason why it should be matched as a literal. -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] Perl script are not running on Apache 2.2.15 / mod_fcgid Win32
Hendrik
It is not a time out - it is happens very fast it using process
monitor I see perl.exe start running but for very short time and it
stops, I cannot debug the script and as it runs fine using both CGI
and FastCGI I can only think that mod_fcgid does something else
obviously the pipe communication has some kind of problem
I actually compiled mod_fcgid and found the error is at line 378 at
fcgid_proc_win.c:
as marked bellow HERE IS THE ERROR
but as I do not know how to debug it I am looking for help
/* it's ERROR_IO_PENDING */
DWORD transferred;
DWORD dwWaitResult
= WaitForSingleObject(handle_info->overlap_read.hEvent,
ipc_handle->communation_timeout * 1);
if (dwWaitResult == WAIT_OBJECT_0) {
if (!GetOverlappedResult(handle_info->handle_pipe,
&handle_info->overlap_read,
&transferred, FALSE /* don't wait */ )
|| transferred == 0) {
rv = apr_get_os_error();
ap_log_rerror(APLOG_MARK, APLOG_WARNING, rv,
ipc_handle->request,
"mod_fcgid : get overlap result
error"); // < HERE IS THE ERROR
return rv;
}
*size = transferred;
return APR_SUCCESS;
} else {
ap_log_rerror(APLOG_MARK, APLOG_WARNING, 0, ipc_handle->request,
"mod_fcgid: read timeout from pipe");
return APR_ETIMEDOUT;
}
>>
>
> Maybe timeout ?
>
>
> Hendrik
>
> -
> The official User-To-User support forum of the Apache HTTP Server Project.
> See http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> " from the digest: users-digest-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] mod_autoindex troubles
Eric Covener wrote: I see the same with php5-cgi but not with short shell scripts. Seems like a bug. https://issues.apache.org/bugzilla/show_bug.cgi?id=49810 submitted - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
Eric Covener wrote: > https://issues.apache.org/bugzilla/show_bug.cgi?id=49809 > > I had looked into this august 2009 and couldn't figure out any good > reason why it should be matched as a literal. Eric, Thanks for looking into this. It is highly appreciated. Is there anything I can do to help? I did check the source code but I'm afraid I am not familiar enough with the Apache internals to help create a patch. Regards, Freek - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
On Mon, Aug 23, 2010 at 2:24 PM, Freek Dijkstra wrote: > Eric Covener wrote: > >> https://issues.apache.org/bugzilla/show_bug.cgi?id=49809 >> >> I had looked into this august 2009 and couldn't figure out any good >> reason why it should be matched as a literal. > > Eric, > > Thanks for looking into this. It is highly appreciated. > Is there anything I can do to help? > > I did check the source code but I'm afraid I am not familiar enough with > the Apache internals to help create a patch. > The patch is very easy, but I am afraid it might not be suitable to backport to 2.2.x. I struggled with finding some fancy PCRE feature that would make this work as most people expect it to -- \Z or negative lookahead, but AFAICT they all fail to simulate the $ due to the PCRE flag being passed. I started a thread on d...@httpd.apache.org to give people a chance to complain that DirectoryMatch should behave the way it does, but it seems so limiting. I will likely commit a fix to trunk tomorrow morning. -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
Eric Covener wrote: > The patch is very easy, but I am afraid it might not be suitable to > backport to 2.2.x. > > I struggled with finding some fancy PCRE feature that would make this > work as most people expect it to -- \Z or negative lookahead, but > AFAICT they all fail to simulate the $ due to the PCRE flag being > passed. I had a quick look at the code in trunk, and it seems that the regexps are compiled on line 1749 and 1775: > ap_pregcomp(cmd->pool, cmd->path, AP_REG_EXTENDED|USE_ICASE); This regexp does not contain AP_REG_NOTEOL/PCRE_NOTEOL. The only place NOTEOL is added is in ap_directory_walk() in line 1172 of request.c. I presume it adds that this function walks through a bunch of regular expression and its to _all_ regular expression, including the DirectoryMatch where it should not be added. Right now I don't understand why ap_directory_walk() adds this flag, but aside for that, would it be an option to remove the AP_REG_NOTEOL from request.c, and instead add it to the places where all these regexps are compiled (thus add them to the ap_pregcomp() calls) instead? It's probably more work (making sure you miss no ap_pregcomp()), but that would work, and is probably a better solution than some \Z hack (of which I'm not sure it works). Regards, Freek - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
Freek Dijkstra wrote: > Steps to reproduce > 1. Add the following configuration to httpd.conf: > > Alias /test/ /var/www/test/ > > > Options Indexes > Order deny,allow > Deny from all > > > > Allow from all > > > > Expected results: > - requesting http://localhost/test/projects would give an autoindex > - requesting http://localhost/test/projects/subdir would give a 403 > Forbidden > > Actual results: > - requesting http://localhost/test/projects gives a 403 Forbidden > - requesting http://localhost/test/projects/subdir gives a 403 Forbidden For what it's worth, I'll follow the progress and will strive to get it fixed, but can not easily upgrade this particular server. Fortunately, there is a workaround for those who want to achieve behaviour as I originally intended: Alias /projects/ /var/www/test/projects/ Options Indexes Order allow,deny Allow from all Order deny,allow Deny from all Allow from all - Requesting www.example.org/projects/ is allowed. - Requesting www.example.org/projects/subdir1/ is allowed. - Requesting www.example.org/projects/subdir2/ is not allowed. This was exactly what I wanted. For those implementing this workaround, be very careful about: * Add the ~ in the last directive. It may seem superfluous, but is in fact essential. Without it, the parsing order would change, as explained in http://httpd.apache.org/docs/2.2/sections.html#mergin. * Add the / in the folder of the last directive. Without it, the parsing order would change, so that the other regexp would prevail. Regards, Freek - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
On Mon, Aug 23, 2010 at 4:55 PM, Freek Dijkstra wrote: > Eric Covener wrote: > >> The patch is very easy, but I am afraid it might not be suitable to >> backport to 2.2.x. >> >> I struggled with finding some fancy PCRE feature that would make this >> work as most people expect it to -- \Z or negative lookahead, but >> AFAICT they all fail to simulate the $ due to the PCRE flag being >> passed. > > I had a quick look at the code in trunk, and it seems that the regexps > are compiled on line 1749 and 1775: >> ap_pregcomp(cmd->pool, cmd->path, AP_REG_EXTENDED|USE_ICASE); > > This regexp does not contain AP_REG_NOTEOL/PCRE_NOTEOL. > > The only place NOTEOL is added is in ap_directory_walk() in line 1172 of > request.c. > I presume it adds that this function walks through a bunch of regular > expression and its to _all_ regular expression, including the > DirectoryMatch where it should not be added. > > Right now I don't understand why ap_directory_walk() adds this flag, but > aside for that, would it be an option to remove the AP_REG_NOTEOL from > request.c, and instead add it to the places where all these regexps are > compiled (thus add them to the ap_pregcomp() calls) instead? > It's probably more work (making sure you miss no ap_pregcomp()), but > that would work, and is probably a better solution than some \Z hack (of > which I'm not sure it works). I didn't realize that was an option, or that it would help matters. AP_REG_NOTEOL applies to the "subject" of the pcre match, not the expression itself. I had planned to simply drop the flag from the regexec and update the manual to say DirectoryMatch doesn't implitly apply to subdirectories (just the match which is trivially extended by altering the regex) -- Eric Covener cove...@gmail.com - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
Eric Covener wrote:
> I didn't realize that was an option, or that it would help matters.
I am not sure if it does helps; Frankly, this is the first time I look
at the Apache code. I still don't understand how things relate, so the
above contains a few assumptions. Take it as a suggestion how I would
change things. I'm sure you and the people at the dev list will have a
better understanding if this is a bogus suggestion or if it has some merit.
> I had planned to simply drop the flag from the regexec and update the
> manual to say DirectoryMatch doesn't implitly apply to subdirectories
> (just the match which is trivially extended by altering the regex)
Hold on, in ap_regexec(regex, filename), must the regexp match the
complete subject, or is it allowed to match a substring?
I _assumed_ that it was OK if it matched a substring -- just so that
regexp("/dir/[0-9]+/") would match not only "/dir/123/", but also
"/dir/123/subdir/file.html".
In that case, DirectoryMatch would still match subdirectories, even
without the AP_REG_NOTEOL flag. (which I think what is intended.)
Of course, there is still the option that I completely misunderstand the
code. I'm certainly not excluding that :)
Again, I really still don't understand the purpose of the AP_REG_NOTEOL
flag. I checked the repository to indeed 1.3 something (the 2.0 file
server/request.c used to be modules/http/http_request.c), but before
that it was also present in src/main/http_request.c). I'll have another
look, since I'm really curious as to why this flag was ever added. The
more I think about it, the less sense it makes. I'm very hesitant to
change any apache functionality, but this seems like something which was
added as a mistake and never question. There must be more to it.
Regards,
Freek
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] allow autoindex for a directory, but not for its subdirectories
Freek Dijkstra wrote:
> Again, I really still don't understand the purpose of the AP_REG_NOTEOL
> flag. [...] The
> more I think about it, the less sense it makes.
Here is the history:
r76312 (1996-01-14)
src/main/http_request.c, initial revision
if (is_matchexp(entry_dir) && !strcmp_match(this_dir, entry_dir)) {
r76659 (1996-07-25)
src/main/http_request.c, allow and to use regex.
if (!regexec(entry_core->r, test_dirname, 0, NULL,
(j == num_sec) ? 0 : REG_NOTEOL)) {
r78909 (1997-08-06)
src/main/http_request.c, directory_walk optimization reducing the core
loop from O(N*M) to O(N+M).
if (!regexec(entry_core->r, test_dirname, 0, NULL, REG_NOTEOL)) {
r83226 (1999-05-21)
src/main/http_request.c, use new api stub function
if (!ap_regexec(entry_core->r, test_dirname, 0, NULL, REG_NOTEOL)) {
r83750 (1999-08-24)
modules/http/http_request.c, Obtained from Apache 1.3.9
if (!ap_regexec(entry_core->r, test_dirname, 0, NULL, REG_NOTEOL)) {
r88453 (2001-03-05)
move to server/request.c
if (ap_regexec(entry_core->r, r->filename, 0, NULL, REG_NOTEOL)) {
r90684 (2005-02-11)
server/request.c, change constant namespace
if (ap_regexec(entry_core->r, r->filename, 0, NULL, AP_REG_NOTEOL)) {
REG_NOTEOL was added from the very beginning, although it would work for
the last section.
while it was nice seeing a (very small) part of Apache's history, it did
learn me nothing.
Freek
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [us...@httpd] Does not define the download of type ZIP of Apache HTTP s/w ,
On 8/7/2010 3:44 AM, Karthik Nanjangude wrote: > > URL : http://apache.tradebit.com/pub/httpd/ > > Does not define the download oftype ZIP of Apache HTTP s/w , > > In such case Can I Download “httpd-2.3.6.tar.gz“ and run the same on > Windows 2000 ? You can't run either the .zip or .tar.gz, you would need to compile them. At this point, I haven't been actively creating win32 binaries for 2.3, but I'd expect this to change soon now that we are at beta, not alpha. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[us...@httpd] Fw: failure notice
I tried to subscribe but it bounced? Is it active list? - Forwarded Message From: "mailer-dae...@n10.bullet.mail.in.yahoo.com" To: jamesgod...@yahoo.in Sent: Mon, 23 August, 2010 11:17:16 PM Subject: failure notice Sorry, we were unable to deliver your message to the following address. : Remote host said: 552 spam score (6.9) exceeded threshold [BODY] --- Below this line is a copy of the message. Received: from [202.86.5.124] by n10.bullet.mail.in.yahoo.com with NNFMP; 23 Aug 2010 17:46:47 - Received: from [203.104.17.88] by t4.bullet.mail.in.yahoo.com with NNFMP; 23 Aug 2010 17:46:47 - Received: from [127.0.0.1] by omp102.mail.in2.yahoo.com with NNFMP; 23 Aug 2010 17:46:47 - X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 103339.20350...@omp102.mail.in2.yahoo.com Received: (qmail 1237 invoked by uid 60001); 23 Aug 2010 17:46:46 - DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1282585606; bh=tD3FkVC1o1GSJnHB3T6w+TMrIZRjWsF6kdxxTp3IgE4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Mv+z9VEruEuhyxTCKjIjBobgjEPNwRWcbFvAVYffbxzfnI0hdSWLhcJ0lnnvbX52C1JDceFkE8qfzsc5LhYYZh1WbfjEihj7FIoML1l3qev1JNjYm1NCRmOAb4MROIUHOL8OaK8NLMvXa3MWp+/crWSFM9pY2w7t14eQTtvV2tA= = DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.in; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=CuuQsyLGkhu5735hdHzw7a2MXc5nwj8aJKtGjdggWgKFs0EG2T+M1O270mi++NZiffqBZXdpPq42EYRv4ifWJlWDtOYjUcniylGPUPuMDXdUjRpsT9LBbHi/XKHLw6dmDJ6YEaNsq23eN7i4XgeF9cXcV0haJi6H57lxN5SOLo0= ; Message-ID: <892696.798...@web95603.mail.in.yahoo.com> X-YMail-OSG: xGoVGKoVM1lp5bgm81YTEEVE50xeQOF6wsz8Ku0i9PtUQKH .tKZm2B3Km1VllGJDFdL7A8XpTB433BakutjuSMmRMF78AEIPiYNVNioxUgR iiaUCmuWabiW6RKbpwmWtU_sN.TqgHycPDO5U.k6dkGufyFUyfm8Ytp7x.RW hsXDwJU3Hnxh4ARZxiUv7J6SwkMtTpaftpgqk Received: from [122.167.21.32] by web95603.mail.in.yahoo.com via HTTP; Mon, 23 Aug 2010 23:16:46 IST X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950 Date: Mon, 23 Aug 2010 23:16:46 +0530 (IST) From: James Godrej Subject: subscribe To: d...@httpd.apache.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-184027519-1282585606=:798" --0-184027519-1282585606=:798 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A=0A=0A --0-184027519-1282585606=:798 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A --0-184027519-1282585606=:798--
Re: [us...@httpd] Fw: failure notice
Plain Text?? James Godrej wrote: I tried to subscribe but it bounced? Is it active list? - Forwarded Message *From:* "mailer-dae...@n10.bullet.mail.in.yahoo.com" *To:* jamesgod...@yahoo.in *Sent:* Mon, 23 August, 2010 11:17:16 PM *Subject:* failure notice Sorry, we were unable to deliver your message to the following address. mailto:d...@httpd.apache.org>>: Remote host said: 552 spam score (6.9) exceeded threshold [BODY] . . . ad>york,times,serif;fon= t-size:12pt">=0A --0-184027519-1282585606=:798-- - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[us...@httpd] Invalid command includes/log.std', perhaps mis-spelled or defined by a module not included in the server configuration
Hello Team, I have recently installed apache 2.0.63 on solaris 5.10. I have compiled all the modules. Now, I am unable to start the apache server as receiving following error on the prompt. Invalid command includes/log.std', perhaps mis-spelled or defined by a module not included in the server configuration. Apache Installation Command :- ./configure --prefix=/opt/app/ccr/home/ccr/Apache --enable-auth-dbm --enable-charset-lite --enable-cache --enable-disk-cache --enable-memo-cache --enable-case-filter-in - -enable-expires --enable-mime-magic --enable-headers --enable-usertrack --enable-proxy --enable-proxy-connect --enable-proxy-ftp --enable-proxy-http --enable-ssl --enable-cgi -- enable-cgid --enable-speling --enable-rewrite --enable-vhost-alias --enable-dav --enable-dav-fs --enable-deflate --enable-ext-filter --enable-mem-cache --enable-case-filter --en able-cern-meta --enable-info --enable-mods-shared=all List of modules which are loaded in httpd.conf file. LoadModule dir_module modules/mod_dir.so LoadModule access_module modules/mod_access.so LoadModule auth_module modules/mod_auth.so LoadModule auth_anon_module modules/mod_auth_anon.so LoadModule auth_dbm_module modules/mod_auth_dbm.so LoadModule auth_digest_module modules/mod_auth_digest.so LoadModule charset_lite_module modules/mod_charset_lite.so LoadModule cache_module modules/mod_cache.so LoadModule disk_cache_module modules/mod_disk_cache.so LoadModule mem_cache_module modules/mod_mem_cache.so LoadModule case_filter_module modules/mod_case_filter.so LoadModule case_filter_in_module modules/mod_case_filter_in.so LoadModule ext_filter_module modules/mod_ext_filter.so LoadModule include_module modules/mod_include.so LoadModule deflate_module modules/mod_deflate.so LoadModule log_config_module modules/mod_log_config.so LoadModule log_forensic_module modules/mod_log_forensic.so LoadModule env_module modules/mod_env.so LoadModule mime_magic_module modules/mod_mime_magic.so LoadModule cern_meta_module modules/mod_cern_meta.so LoadModule expires_module modules/mod_expires.so LoadModule headers_module modules/mod_headers.so LoadModule usertrack_module modules/mod_usertrack.so LoadModule unique_id_module modules/mod_unique_id.so LoadModule setenvif_module modules/mod_setenvif.so LoadModule version_module modules/mod_version.so LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_ftp_module modules/mod_proxy_ftp.so LoadModule proxy_http_module modules/mod_proxy_http.so #LoadModule ssl_module modules/mod_ssl.so LoadModule mime_module modules/mod_mime.so LoadModule dav_module modules/mod_dav.so LoadModule status_module modules/mod_status.so LoadModule autoindex_module modules/mod_autoindex.so LoadModule asis_module modules/mod_asis.so LoadModule info_module modules/mod_info.so LoadModule cgi_module modules/mod_cgi.so LoadModule cgid_module modules/mod_cgid.so LoadModule dav_fs_module modules/mod_dav_fs.so LoadModule vhost_alias_module modules/mod_vhost_alias.so LoadModule negotiation_module modules/mod_negotiation.so LoadModule imap_module modules/mod_imap.so LoadModule actions_module modules/mod_actions.so LoadModule speling_module modules/mod_speling.so LoadModule userdir_module modules/mod_userdir.so LoadModule alias_module modules/mod_alias.so LoadModule rewrite_module modules/mod_rewrite.so kindly assist me to troubleshoot this issue and let me know in case more details are required.
Re: [us...@httpd] Invalid command includes/log.std', perhaps mis-spelled or defined by a module not included in the server configuration
On Tue, August 24, 2010 08:29, Amol Puglia wrote: > Hello Team, > > I have recently installed apache 2.0.63 on solaris 5.10. I have compiled > all the modules. > > Now, I am unable to start the apache server as receiving following error > on the prompt. > > Invalid command includes/log.std', perhaps mis-spelled or defined by a > module not included in the server configuration. You have a line 'includes/log.std' in your configuration, which isn't a valid configuration command. You probably want to change this to 'Include includes/log.std'. Joost - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
