DO NOT REPLY [Bug 9978] - htpasswd, htdigest, htdbm segmentation faults (core dumps)

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9978.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9978

htpasswd, htdigest, htdbm segmentation faults (core dumps)





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 01:00 ---
This sounds like the behavior I'm seeing in 2.0.39 on NT4 SP6 with htpasswd
using the precompiled binaries.

C:\Program Files\Apache Group\APACHE2\conf..\bin\htpasswd pvt.pass jdougan
Automatically using MD5 format.
New password: ***
Re-type new password: ***
Adding password for user jdougan

and then it crashes.

Interestingly, I also see this:

C:\Program Files\Apache Group\APACHE2\conf..\bin\htpasswd -c pvt.pass jdougan
..\bin\htpasswd: -c and -n options conflict

I can include the relevant parts of the Dr. Watson log if anybody wants them.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 9978] - htpasswd, htdigest, htdbm segmentation faults (core dumps)

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9978.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9978

htpasswd, htdigest, htdbm segmentation faults (core dumps)





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 01:06 ---
those are two separate issues.  For the -c -n thing, see 
http://www.apache.org/dist/httpd/patches/apply_to_2.0.39/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10038] New: - ab benchmaker hangs on 10K https URLs with keepalive

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10038.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10038

ab benchmaker hangs on 10K https URLs with keepalive

   Summary: ab benchmaker hangs on 10K https URLs with keepalive
   Product: Apache httpd-1.3
   Version: 1.3.25
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Other
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


I have compiled ab with USE_SSL under 1.3.26 and have been using it to benchmark
our https servers. It was working well: I was using 1k,10k and 100k documents as
the test URLs (made of NULL chars if that matters).

Anyway, ab -n 100 https://x/test/10K.txt; works fine, but 
ab -n 100 -k https://x/test/10K.txt; hangs after the first hit.

Doing -k works fine on the 1K and 100K files, so I'm thinking there's
something  that just happens to hit a buffer limit or the likes on that
particular 10K file.

Anyway, curl and a browser has no problem with the URL, neither does ab if I
make it get the URL via a stunnel tunnel.

Great tool BTW :-)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10046] New: - i see the source code of php on http://ServerAlias/

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10046.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10046

i see the source code of php on http://ServerAlias/

   Summary: i see the source code of php on http://ServerAlias/
   Product: Apache httpd-2.0
   Version: 2.0.36
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

I am running php 4.2.1 on winxp with apache2 (with VHost).

If i request a php script in my browser (ServerName: 
http://webapps.hardinxveld.netflex.nl/) the script is parsing to php but if i 
request a php script on my ServerAlias (ServerAliashttp://webapps/) i see the 
source code!!! But if i look at http://webapps/index.php then i will see the 
good output of php.

I will only see the source code at ServerAlias: http://webapps/ (ServerAlias: 
http://webapps/blabla/ is good)

snip of httpd.conf:

Listen 80

LoadModule php4_module C:\web\php-4.2.1\sapi\php4apache2.dll
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3

ServerAdmin [EMAIL PROTECTED]

ServerName webserver.hardinxveld.netflex.nl

DocumentRoot C:/web/www/webserver.hardinxveld.netflex.nl

DirectoryIndex index.php index.php3 index.html index.html.var


NameVirtualHost 192.168.19.153:80
NameVirtualHost 212.104.217.117:80

VirtualHost 212.104.217.117:80 192.168.19.153:80
   ServerAdmin [EMAIL PROTECTED]
   DocumentRoot C:/web/www/webserver.hardinxveld.netflex.nl
   ServerName webserver.hardinxveld.netflex.nl
   ServerAlias webserver
   ErrorLog c:/web/logs/webserver.hardinxveld.netflex.nl-error_log
   CustomLog c:/web/logs/webserver.hardinxveld.netflex.nl-access_log common
 Location /
Options -Indexes -FollowSymLinks MultiViews
Order allow,deny
Allow from All
 /location
/VirtualHost

VirtualHost 212.104.217.117:80 192.168.19.153:80
   ServerAdmin [EMAIL PROTECTED]
   DocumentRoot C:/web/www/webapps.hardinxveld.netflex.nl/web
   ServerName webapps.hardinxveld.netflex.nl
   ServerAlias webapps
   ErrorLog c:/web/logs/webapps.hardinxveld.netflex.nl-error_log
   CustomLog c:/web/logs/webapps.hardinxveld.netflex.nl-access_log common
 Location /
Options -Indexes -FollowSymLinks MultiViews
Order allow,deny
Allow from All
 /location
/VirtualHost

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10052] New: - mod_proxy inserts a blank new line int headers when used in conjunction with mod_rewrite and mod_jk

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10052.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10052

mod_proxy inserts a blank new line int headers when used in conjunction with 
mod_rewrite and mod_jk

   Summary: mod_proxy inserts a blank new line int headers when used
in conjunction with mod_rewrite and mod_jk
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: mod_proxy
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Given the following setup:

VirtualHost somehost
ServerName thisserver
RewriteEngine On
RewriteRule ^/gbuch$ http://someotherserver/guestbook/11/$gbuch/ [P]
RewriteRule ^/gbuch/(.*) http://someotherserver/guestbook/11/$gbuch/$1 [P]
/VirtualHost

VirtualHost somehost
ServerName someotherserver
JkMount /guestbook/* tomcat 
JkMount /guestbook tomcat 
/VirtualHost

(whereas tomcat is a working mod_jk setup)

When I do a 
lynx  -mime_header http://www.kaicity-festival.de/gbuch | head

I get 
--- snip ---
HTTP/1.1 200 

Date: Thu, 20 Jun 2002 09:19:04 GMT
Server: Apache/1.3.26 (Unix) mod_jk/1.1.0 mod_gzip/1.3.19.1a PHP/4.1.1 
mod_perl/1.24_01 mod_ssl/2.8.9 OpenSSL/0.9.6
Content-Type: text/html; charset=iso-8859-1
X-Cache: MISS from thisserver
Connection: close

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
--- snap ---

Note the empty line between 'HTTP/1.1 200' and 'Date: '
This obviously confuses serveral browsers.

When I use the proxy/* files from the 1.3.19 version of httpd I get:

--- snip ---
HTTP/1.0 200 
Date: Thu, 20 Jun 2002 09:32:16 GMT
Server: Apache/1.3.26 (Unix) mod_jk/1.1.0 mod_gzip/1.3.19.1a PHP/4.1.1 
mod_perl/1.24_01 mod_ssl/2.8.9 OpenSSL/0.9.6
Content-Type: text/html; charset=iso-8859-1

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
--- snap ---

which of course works fine.

So I think there is some kind of bug in mod_proxy.
I was not able to reproduce it by proxying to a page that was not mod_jk/Tomcat 
3.2.x generated.

Best regards,
Carsten

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10055] New: - Missing entries in the config file

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10055.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10055

Missing entries in the config file

   Summary: Missing entries in the config file
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: All
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


I have installed Apache 2 on a RedHat 7.2

In the httpd.conf file, I can not find entries like 
AddModule or LoadModule

Do I have to worry about it?

My other question is: Are there any mod_ssl and mod_perl for Apache 2

Thanks
Bashir

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 8482] - nph- CGIs and/or server-pushed methodes not working properly

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482

nph- CGIs and/or server-pushed methodes not working properly





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 13:09 ---
Hi, i'm the author of CGI:IRC - thanks to zapp for pointing me at this bug. 
I've now written a test-case that shows this working on apache 1.3 but not 
apache 2.

It doesn't seem to be related to nph scripts, just anything sending content 
that shouldn't be buffered.

The test makes use of javascript in the stream and for me works fine on apache 
1.3 (two installs tested).

Apache 2: http://cgiirc.blitzed.org/teststream.cgi
Apache 1.3: http://dgl.cx/test/teststream.cgi
(Also nph- scripts at same locations as above to show it affects both nph and 
non-nph scripts).
Source code: http://cgiirc.sourceforge.net/files/teststream.cgi

Hope this helps.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 8482] - nph- CGIs and/or server-pushed methodes not working properly

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482

nph- CGIs and/or server-pushed methodes not working properly





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 13:11 ---
(Note that if the test fails but these values only differ by a second then it's 
likely to be a laggy connection). On apache 2 they nearly all appear at the 
same time. Also I know CGI:IRC has problems with opera and konqueror so don't 
test on those browsers).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 8482] - nph- CGIs and/or server-pushed methodes not working properly

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482

nph- CGIs and/or server-pushed methodes not working properly





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 13:12 ---
And sourceforge appear broken for serving scripts so use 
http://cgiirc.sourceforge.net/files/teststream.pl.txt and rename it..

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10055] - Missing entries in the config file

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10055.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10055

Missing entries in the config file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 13:17 ---
This is a support question, as such it is best addressed to [EMAIL PROTECTED]

Mod_SSL is integrated into Apache2, and mod_perl is available for Apache2 at
perl.apache.org.

Thanks for using Apache!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 8482] - nph- CGIs and/or server-pushed methodes not working properly

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8482

nph- CGIs and/or server-pushed methodes not working properly





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 13:17 ---
Thanks for the recent updates.  Just to avoid wasting anybody's time:

this is an acknowledged problem that multiple developers have been able
to reproduce

it is considered high-priority (tracked in STATUS file)

hopefully this will be resolved before long

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10059] New: - Apache Service won't install on Win32

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10059.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10059

Apache Service won't install on Win32

   Summary: Apache Service won't install on Win32
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Other Modules
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Uninstall v2.0.36 and reboot.

Fresh install of 2.0.39 on Windows 2000: Service install fails.  Attempted 
uninstall-reboot-reinstall, still no service.

Attempted manual service install with:
C:\Program Files\Apache Group\Apache -k install

Result (still cannot install service):

Apache: module c:\php4build\snap\sapi\apache2filter\sapi_apache2.c is not 
compatible with this version of Apache.
Please contact the vendor for the correct version.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10055] - Missing entries in the config file

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10055.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10055

Missing entries in the config file





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 13:42 ---
What should I do to fix this for my installation?
2.0.39

thanks
Bashir

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10061] New: - php 4.2.1 apache 2.0.39 cookie problems after sapi make problems

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10061.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10061

php 4.2.1 apache 2.0.39 cookie problems after sapi make problems

   Summary: php 4.2.1 apache 2.0.39 cookie problems after sapi make
problems
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Other Modules
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,
I've installed Apache 2.0.39 on Debian 2.2 and 2.4, which went fine. Then 
installing php 4.2.1, the configure goes fine,

./configure --prefix=/opt/php-4.2.1 --enable-force-cgi-redirect --enable-ftp --
enable-magic-quotes --enable-bcmath --enable-calendar --enable-dbase --enable-
dbx --enable-ftp --enable-gd-native-ttf --enable-mbstring --enable-track-vars --
enable-ucd-snmp-hack --enable-sockets --enable-sysvsem --enable-sysvshm --
enable-yp --enable-shared=PKGS --enable-debug --enable-memory-limit --with-
zlib --with-gd --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr/lib --with-png-
dir=/usr/lib --with-mysql --with-snmp --with-apxs2=/opt/httpd-2.0.39/bin/apxs

It finds apache2 support, and suggests using apache2filter (which I think it 
should be doing)

 but the make gives an error:

gcc -I. -I/usr/local/src/php/php-4.2.1/sapi/apache2filter -
I/usr/local/src/php/php-4.2.1/main -I/usr/local/src/php/php-4.2.1 -I/opt/httpd-
2.0.39/include -I/usr/local/src/php/php-4.2.1/Zend -I/usr/local/include -
I/usr/local/src/php/php-4.2.1/ext/mysql/libmysql -I/usr/include/ucd-snmp -
I/usr/local/src/php/php-4.2.1/ext/xml/expat -D_REENTRANT -
I/usr/local/src/php/php-4.2.1/TSRM -DTHREAD=1 -g -O2 -pthread -Wall -DZTS -c 
php_functions.c  -fPIC -DPIC -o php_functions.lo
php_functions.c:93: parse error
make[3]: *** [php_functions.lo] Error 1
make[3]: Leaving directory `/usr/local/src/php/php-4.2.1/sapi/apache2filter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/php/php-4.2.1/sapi/apache2filter'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php/php-4.2.1/sapi'
make: *** [all-recursive] Error 1

Now if I delete lines 92, 93 and 94 from sapi/apache2filter/php_functions.c 
which are:

#if !MODULE_MAGIC_AT_LEAST(20020506,0)
ADD_STRING(boundary);
#endif

and then continue the make, it all seems to go fine. Make install copies 
everything to the right directory and doing a ? phpinfo() ? shows that 
everything should be functioning neatly.

Now the problem!

When writing cookies to a client, sometimes the cookie will not be written and 
sometimes it will be - this behaviour is consistent in terms of site a will 
never write the cookies, but site b will always write the cookie! (see code 
below)

Never works
setcookie(netuser, $row[werknemer_ID], time()+3600, /);
setcookie[netlanguage, $row[row_lang], time()+3600,/);
setcookie[netlastlogin, $row[last_login], time()+3600,/);
$werknemer_ID=$HTTP_COOKIE_VARS[netuser];

Always works
setcookie(user, $userID, time()+(3600*3), /)
$userID=$HTTP_COOKIE_VARS[soluser];

The only thing we've managed to figure out is that in the first example, we 
write to the cookie 3 times (using similar statements) and in the second 
example we only create the cookie once. Every time we write to the cookie 
again, it overwrites (deletes) the old cookies  and replaces it with the last 
cookie. So what you end up with, is the netlastlogin cookie, and netuser and 
netlanguage don't exist on the client harddrive. This used to work under 
php4.2.0!

Under apache 2.0.36 and php 4.2.0 compiled with the same settings, I never 
experienced this behaviour and I have no idea what's causing it! Any help is 
much appreciated!

Well after extensive testing, I have to conclude it's probably not a php 
(alone) problem.
I have tried:
PHP ver. Apache ver.--enable-soworks?   error
-
4.2.12.0.39 yes   no yes
2.1  36 yes   yesno
2.0  39 yes   no yes
2.0  36 nono yes
2.0  36 yes   yesno
4.0.3pl1 1.3.9  ? yes?

(4.0.3pl1 is the standard debian package)
The rest of the 2.1 installations (with apache 39) don't work and give errors, 
so there's some problem with the apxs interaction between php and httpd 2.0.39. 
As php2.1.0 works with httpd 2.0.36 I'm now assuming there was a change in the 
apxs of apache in the security fix version which renders the multiple cookies 
unwriteable. I'll send this 

DO NOT REPLY [Bug 10059] - Apache Service won't install on Win32

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10059.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10059

Apache Service won't install on Win32

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 14:43 ---

  The message means exactly what it suggests.  Please inquire of the PHP group
  for updated binaries [2.0.39 isn't binary compatible with 2.0.36].

  You can install the apache service [by hand] after updating or commenting
  out the php module with the command (in the installed apache2 directory):

bin\apache -k install -n Apache2

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10002] - ApacheFilter.dll

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10002.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10002

ApacheFilter.dll

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 14:44 ---
This is because there were API changes between 2.0.36 and 2.0.39 which require 
a new binary from PHP.  Check in with the PHP guys, I'm sure they'll be 
providing one soon if they haven't already.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10046] - i see the source code of php on http://ServerAlias/

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10046.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10046

i see the source code of php on http://ServerAlias/

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 14:48 ---
This sounds like an issue that should be handled through user support channels, 
not the bug database.  Sorry, but thanks for using Apache.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10061] - php 4.2.1 apache 2.0.39 cookie problems after sapi make problems

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10061.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10061

php 4.2.1 apache 2.0.39 cookie problems after sapi make problems





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 15:01 ---
Then why does php (4.2.0 and 4.2.1) work with the 2.0.36 apxs and not the 
2.0.39 apxs?
I started this in the PHP bug database and found it under the known issues, but 
this was fixed in the latest cvs release of 4.2.0 - which also doesn't work 
with 2.0.39... SO it looks like apache, not php...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10061] - php 4.2.1 apache 2.0.39 cookie problems after sapi make problems

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10061.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10061

php 4.2.1 apache 2.0.39 cookie problems after sapi make problems





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 15:21 ---
No, it's PHP.  Trust me.  :)  I already fixed the bug in PHP's HEAD, but it's 
not fixed in any yet-released version of PHP.  The PHP developers are aware of 
the problem (which is different than the one about 4.2.0 that you found in 
bugs.php.net).  Thanks again..

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10062] - Access Log timestamps go backward in time

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10062.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10062

Access Log timestamps go backward in time





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 15:45 ---
Created an attachment (id=2138)
Access log snippet with timestamp going back

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10073] New: - upgrade from 1.3.24 to 1.3.26 breaks include directive

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10073.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10073

upgrade from 1.3.24 to 1.3.26 breaks include directive

   Summary: upgrade from 1.3.24 to 1.3.26 breaks include directive
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: Other
OS/Version: FreeBSD
Status: NEW
  Severity: Major
  Priority: Other
 Component: core
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


before upgrade the following config works, post upgrade we
get:
 vpnstats# apachectl start
 Syntax error on line 1 of /usr/local/etc/apache/acl.conf:
 order not allowed here
 /usr/local/sbin/apachectl start: httpd could not be started
 vpnstats#

this works if the include file contents are moved into httpd.conf

include:
 Directory /usr/local/www/customer-data
 Options Indexes FollowSymLinks MultiViews
 AllowOverride None
 Include etc/apache/acl.conf
 /Directory

acl.conf:
 Order deny,allow
 deny from all
 allow from 134.226.81.3/32
 .
 .
 .

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10074] New: - apachectl invokes httpd with -k option

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10074.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10074

apachectl invokes httpd with -k option

   Summary: apachectl invokes httpd with -k option
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: support
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


For some reason I can't find a report on this ... so here goes!
apachectl is built to invoke httpd with the -k option to do a start, stop,
restart or graceful, eg, httpd -k start
But the -k option is not supported (in main.c).  I reverted to using the 1.3.x
version of apachectl as a bypass.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10075] New: - htpasswd: -c and -n options conflict

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10075

htpasswd: -c and -n options conflict

   Summary: htpasswd: -c and -n options conflict
   Product: Apache httpd-2.0
   Version: 2.0.39
  Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
  Severity: Minor
  Priority: Other
 Component: support
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Am attempting to create new htpasswd file. Syntax: htpasswd -c passfile name. 
Error returned is htpasswd: -c and -n options conflict Same process on file 
from 1.3.14 works fine.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10075] - htpasswd: -c and -n options conflict

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10075

htpasswd: -c and -n options conflict

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:19 ---


*** This bug has been marked as a duplicate of 9948 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10075] - htpasswd: -c and -n options conflict

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10075

htpasswd: -c and -n options conflict

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:20 ---


*** This bug has been marked as a duplicate of 9989 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 9989] - patch: htpasswd bug (-n and -c conflicts although I didn't give -n)

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9989.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9989

patch: htpasswd bug (-n and -c conflicts although I didn't give -n)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||l



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:20 ---
*** Bug 10075 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10014] - htpasswd overwrites same password file without -c option

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10014.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10014

htpasswd overwrites same password file without -c option

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:21 ---


*** This bug has been marked as a duplicate of 9989 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 9989] - patch: htpasswd bug (-n and -c conflicts although I didn't give -n)

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9989.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9989

patch: htpasswd bug (-n and -c conflicts although I didn't give -n)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:21 ---
*** Bug 10014 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10059] - Apache Service won't install on Win32

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10059.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10059

Apache Service won't install on Win32

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
  Component|Other Modules   |AllOther Modules
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:29 ---
You uninstalled the old Apache, but you didn't uninstall the old PHP module 
for the old Apache.  So when you installed the new Apache, it found the old 
Apache configuration files and the old PHP module and tried to load it and 
failed.  Look in your Apache config file, find the line that says LoadModule 
 libphp4.so... or something like that, and comment it out.  Then Apache 
will start up.  When PHP releases a new binary, replace the old libphp4.so 
with the new version and uncomment that line and restart Apache, and you'll 
have PHP back. 
 
In any event, this is a support issue, not a bug.  If you have further 
questions, please direct them to one of the user support mailing lists.  
Thanks for using Apache!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9820.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9820

Segfaults with SetEnv in per-directory configuration files





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 20:58 ---
Problem still persists with 2.0.39.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10089] New: - mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10089.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10089

mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS

   Summary: mod_negotiation.so in 1.3.26 fails when compiled with
largefile (64-bit) CFLAGS
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Other mods
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


I built httpd 1.3.26 using the 'largefile' cflags. The build went
fine. After 'make install' when I attempt to run httpd, startup fails.

The error ('apachectl configtest' output):
Syntax error on line 213 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/mod_negotiation.so into server:
ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error:
file /usr/local/apache/libexec/mod_negotiation.so: symbol __floatdisf
: referenced symbol not found

I have been running a httpd 1.3.22 since Oct 2001 that was compiled
with the largefiles cflags. This bug appears to have been introduced
since 1.3.22.

export CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
./configure --prefix=/usr/local/apache --with-perl=/usr/local/bin/perl \
 --enable-module=most --enable-shared=max

SunOS hostname 5.8 Generic_108528-03 sun4u sparc SUNW,Ultra-Enterprise

Compile environment: Thu Jun 20 12:26:12 AKDT 2002
CC=/usr/local/bin/gcc
gcc: 2.95.2
CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
LDFLAGS=
PATH=/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/local/bin

workaround:
I compiled without largefile cflags. This required recompilation
of other third-party shared modules (libperl, etc.) without 
largefile flags.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10089] - mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10089.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10089

mod_negotiation.so in 1.3.26 fails when compiled with largefile (64-bit) CFLAGS





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 21:44 ---
This is a common problem with certain levels of gcc on AIX and
Solaris.  The gcc-generated code  in DSOs sometimes reference
functions in libgcc.a.  There may be ways to get libgcc.a included in
DSOs.  Alternatively, consider building mod_negotiation 
statically.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10092] New: - Windows Installer 2.0 not compatable with 1.3.26 msi

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092

Windows Installer 2.0 not compatable with 1.3.26 msi

   Summary: Windows Installer 2.0 not compatable with 1.3.26 msi
   Product: Apache httpd-1.3
   Version: HEAD
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


After installing Windows Installer v 2.0 on a Win2k box with SP2 I get the 
following message:
Another version of this product is already installed.  Installation of this 
version cannot continue.  To configure or remove the existing version of this 
product, use Add/Remove Programs on the Control Panel.

I can't find a way to revert to the v 1.1 of MSI in the Control Panel.  Any 
help would be appreciated.

The log file is below

=== Verbose logging started: 6/20/2002  14:15:30  Build type: SHIP UNICODE 
2.00.2600.02  Calling process: C:\WINNT\system32\msiexec.exe ===
MSI (c) (48:D8): Resetting cached policy values
MSI (c) (48:D8): Machine policy value 'Debug' is 0
MSI (c) (48:D8): *** RunEngine:
   *** Product: apache_1.3.26-win32-x86-no_src.msi
   *** Action: 
   *** CommandLine: **
MSI (c) (48:D8): Machine policy value 'DisableUserInstalls' is 0
MSI (c) (48:D8): Cloaking enabled.
MSI (c) (48:D8): End dialog not enabled
MSI (c) (48:D8): Original package == D:\Misc\apache_1.3.26-win32-x86-no_src.msi
MSI (c) (48:D8): Package we're running from == C:\DOCUME~1\ADMINI~1\LOCALS~1
\Temp\46ea50a.msi
MSI (c) (48:D8): APPCOMPAT: looking for appcompat database entry with 
ProductCode '{5D29A4EF-A57F-4F47-89F8-4EB3C5302A53}'.
MSI (c) (48:D8): APPCOMPAT: no matching ProductCode found in database.
MSI (c) (48:D8): APPCOMPAT: looking for appcompat database entry with 
ProductCode '{5D29A4EF-A57F-4F47-89F8-4EB3C5302A53}'.
MSI (c) (48:D8): APPCOMPAT: no matching ProductCode found in database.
MSI (c) (48:D8): Transforms are not secure.
MSI (c) (48:D8): Command Line: CURRENTDIRECTORY=D:\Misc CLIENTUILEVEL=0 
CLIENTPROCESSID=328 %HOMEPATH=\ %HOMEDRIVE=C: %HOMESHARE= 
MSI (c) (48:D8): Product Code passed to Engine.Initialize:   ''
MSI (c) (48:D8): Product Code from property table before transforms: '{5D29A4EF-
A57F-4F47-89F8-4EB3C5302A53}'
MSI (c) (48:D8): Product Code from property table after transforms:  '{5D29A4EF-
A57F-4F47-89F8-4EB3C5302A53}'
MSI (c) (48:D8): Product registered: entering maintenance mode
MSI (c) (48:D8): Entering CMsiConfigurationManager::SetLastUsedSource.
MSI (c) (48:D8): Specifed source is not already in a list.
MSI (c) (48:D8): User policy value 'SearchOrder' is 'nmu'
MSI (c) (48:D8): Machine policy value 'DisableBrowse' is 0
MSI (c) (48:D8): Machine policy value 'AllowLockdownBrowse' is 0
MSI (c) (48:D8): Adding new sources is allowed.
Another version of this product is already installed.  Installation of this 
version cannot continue.  To configure or remove the existing version of this 
product, use Add/Remove Programs on the Control Panel.
{5D29A4EF-A57F-4F47-89F8-4EB3C5302A53}
MSI (c) (48:D8): MainEngineThread is returning 1638
=== Verbose logging stopped: 6/20/2002  14:15:30 ===

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9820.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9820

Segfaults with SetEnv in per-directory configuration files





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 22:33 ---
Can you get a backtrace for segfault?

One way is to set CoreDumpDirectory to a directory writeable by
the user id associated with the web server, see if you get a coredump there
when the .htaccess is processed, and then 

  gdb /opt/apache2/sbin/httpd /my/path/to/core
  where

Alternatively, you could attach to one of the child processes with gdb
and wait for a segfault, then use the where command to get a backtrace.

I'm able to use PassEnv and SetEnv in .htaccess running HEAD on Linux.
HEAD is almost the same as 2.0.39.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092

Windows Installer 2.0 not compatable with 1.3.26 msi





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 22:49 ---

  Please uninstall your old version, then reinstall.  If this doesn't solve the
  problem, feel free to respond again.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 10092] - Windows Installer 2.0 not compatable with 1.3.26 msi

2002-06-20 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10092

Windows Installer 2.0 not compatable with 1.3.26 msi





--- Additional Comments From [EMAIL PROTECTED]  2002-06-20 22:58 ---

  Correction, _please_ respond if Uninstalling, then Reinstalling solves your
  problems so that I might close this report.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]