DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34384 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-12-08 19:48 --- This problem is fixed in 2.2. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34384 [EMAIL PROTECTED] changed: What|Removed |Added Version|2.0.52 |2.0.55 --- Additional Comments From [EMAIL PROTECTED] 2005-10-17 15:47 --- I can confirm this bug on a Windows 2000 system using MSI. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34384 --- Additional Comments From [EMAIL PROTECTED] 2005-10-17 17:44 --- (In reply to comment #5) I can confirm this bug on a Windows 2000 system using MSI. Since it was a simple matter to change the missed path in the httpd.conf file and it worked, I haven't seen much else of it. I think what's important is the suggestion that other developers follow Apache's lead and start using the layout approach and perhaps everyone should consider helping a little on developing something standard for inclusion of LAYOUT.c DECLARATIONS.c and PATHS.c Then, it would just be a matter of using something like lxr to find a bad compiled object after either a bad compile error report or a regular binary error report during run time. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34384 --- Additional Comments From [EMAIL PROTECTED] 2005-10-17 18:03 --- And on a Windows XP system using MSI. Since it was a simple matter to change the missed path in the httpd.conf file and it worked, I haven't seen much else of it. It should still be solved. The internationalized error documents require mod_alias, mod_include and mod_negotiation. To activate them, uncomment the following 30 lines. I also think it should be enabled by default as all three mods are enabled by default (on Windows). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34384 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-06-03 01:21 --- Does this still happen in 2.0.54 via the MSI installer? I would of suspected more reports of this if it did. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34384.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34384
--- Additional Comments From [EMAIL PROTECTED] 2005-06-03 03:01 ---
(In reply to comment #3)
Does this still happen in 2.0.54 via the MSI installer? I would of suspected
more reports of this if it did.
It had to be a binary, it was an XP Home box that wouldn't be able to compile
from source, and it just looked the shell script missed the evaluation of an
install script, maybe such as ${somevariablename} which would work under Linux
and Bash, but maybe not under whatever Windows uses.
I haven't gotten to 2.0.54 yet, as there are so many problems with programs
related to or depending on Apache, such as PHP5, MySQL5, and many others. I've
had to stop to design an entirely new approach to configure, make, install,
automake, and libtool, based on Apache's use of files such as layout, rather
than the ever growing scripts.
at http://www.SourceForge.net/projects/meddac
under NewConfigure.
The 3 million byte configure for PHP has gotten too big and it's nearly
impossible to figure out what went wrong when something goes wrong between it
and make or make install using current scripts.
I included a DECLARATIONS.c file just so that should some variable not get
assigned, such as @exp_errordir@, you get taken to the cause of the error. If
the brackets are wrong there, it's easier than looking for the bad bracket,
quote, demiquote, or tick, or missing ones, than searching the entire
configure, make, or make install script.
Work in progress.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34384.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34384
--- Additional Comments From [EMAIL PROTECTED] 2005-04-12 22:43 ---
This was on an XP Home box. Apache/2.0.47 (Win32) PHP/4.3.9
Which may have been first installed as a Windows binary, and thereafter the
appropriate Perl, PHP, and sapi/db mods installed to get it all to work
together. However, I'm not sure where the replacement failed, install script,
msi, whatever. I know I've seen the behavior before.
I realised that it should be something like your/error/path and was surprised
to see an expression replacement there.
I run many Apache's on all kinds of Linux Servers, Windows Servers, and even
some out of local non-server type boxes. I've compiled all versions, with all
kinds of options. I only seem to remember is happening on a Windows
non-server; I could be wrong about that.
So, what I need to include in some documentation is What is '@exp_errordir@'
That is, where is it defined? Is it something like ${errordir} in compile or
script? Did it come from either LAYOUT or configure? Because automake has
problems with replacement expressions for static paths, is that a a problem?
Or is it simply that Windows, using white spaces, failed to equate the
replacement?
I figure it's either expected errordir or expression errordir and was
defined somewhere in either a C, H, or configure file.
However, this was a binary install, with many modifications for Perl, PHP, and
MySQL.
Changing it to the error path solved the httpd.conf problem and custom error
messages then worked.
From apache_2.0.47-win32-x86-no_ssl.msi
GinEric
(In reply to comment #1)
@exp_errordir@ is supposed to be replaced with an actual pathname when the
conf
file is installed on your system. I guess there is a problem on your system
with the install step, such that @exp_errordir@ doesn't get replaced?
What operating system? How did you install? (building/installing from
source
code or using an installer?)
(In reply to comment #1)
@exp_errordir@ is supposed to be replaced with an actual pathname when the
conf
file is installed on your system. I guess there is a problem on your system
with the install step, such that @exp_errordir@ doesn't get replaced?
What operating system? How did you install? (building/installing from
source
code or using an installer?)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34384] - @exp_errordir@
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34384 --- Additional Comments From [EMAIL PROTECTED] 2005-04-09 14:12 --- @exp_errordir@ is supposed to be replaced with an actual pathname when the conf file is installed on your system. I guess there is a problem on your system with the install step, such that @exp_errordir@ doesn't get replaced? What operating system? How did you install? (building/installing from source code or using an installer?) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
