#37952 [NEW]: MySQL Extension not working with php5apache2.dll

2006-06-28 Thread matt at criticalcode dot com
From: matt at criticalcode dot com
Operating system: Windows XP Build 2600
PHP version:  5CVS-2006-06-28 (snap)
PHP Bug Type: Apache2 related
Bug description:  MySQL Extension not working with php5apache2.dll

Description:

Install Apache 2.0.58 
Unpack and put php5.2.0-dev snap into c:/php
Follow install instructions on php.net/install

Using php5apache2.dll, I can see the php.ini path in Apache is c:\WINDOWS,
I rename php.ini-recommended, restart apache2, server will not process php
files.

Use php.ini-dist, PHP as CGI (see install guide), everythign works fine.
So basically, you cannot use MySQL and php5apache2.dll together. I tested
all the variances of thise setup. But I'm keeping it short here. Also
tested on Apache 2.0.55 - same results


-- 
Edit bug report at http://bugs.php.net/?id=37952edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37952r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37952r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37952r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37952r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37952r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37952r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37952r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37952r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37952r=support
Expected behavior:http://bugs.php.net/fix.php?id=37952r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37952r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37952r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37952r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37952r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37952r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37952r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37952r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37952r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37952r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37952r=mysqlcfg


#37952 [Bgs]: MySQL Extension not working with php5apache2.dll

2006-06-28 Thread matt at criticalcode dot com
 ID:   37952
 User updated by:  matt at criticalcode dot com
 Reported By:  matt at criticalcode dot com
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows XP Build 2600
 PHP Version:  5CVS-2006-06-28 (snap)
 New Comment:

Yes, I did read about this. I added c:/php to my windows PATH=
environmental variables and rebooted.

This had no effect on MySQL.

Also the extension php_mysql.dll was enabled in the c:/php/php.ini


Previous Comments:


[2006-06-28 22:02:46] [EMAIL PROTECTED]

http://php.net/mysql

MySQL is no longer enabled by default, so the php_mysql.dll DLL must
be enabled inside of php.ini. Also, PHP needs access to the MySQL
client library. A file named libmysql.dll is included in the Windows
PHP distribution and in order for PHP to talk to MySQL this file needs
to be available to the Windows systems PATH. See the FAQ titled How do
I add my PHP directory to the PATH on Windows for information on how to
do this. Although copying libmysql.dll to the Windows system directory
also works (because the system directory is by default in the system's
PATH), it's not recommended.



[2006-06-28 21:25:35] matt at criticalcode dot com

Description:

Install Apache 2.0.58 
Unpack and put php5.2.0-dev snap into c:/php
Follow install instructions on php.net/install

Using php5apache2.dll, I can see the php.ini path in Apache is
c:\WINDOWS, I rename php.ini-recommended, restart apache2, server will
not process php files.

Use php.ini-dist, PHP as CGI (see install guide), everythign works
fine. So basically, you cannot use MySQL and php5apache2.dll together.
I tested all the variances of thise setup. But I'm keeping it short
here. Also tested on Apache 2.0.55 - same results






-- 
Edit this bug report at http://bugs.php.net/?id=37952edit=1


#22934 [NEW]: cURL does not work

2003-03-27 Thread matt at criticalcode dot com
From: matt at criticalcode dot com
Operating system: Windows 2000/XP
PHP version:  4.3.1
PHP Bug Type: cURL related
Bug description:  cURL does not work

I tried to get cURL to work using 4.3.1, and was unable to make it work. I
went through all the correct installation procedures and double checked
everything. I then remove PHP from the 2 test systems, and install 4.2.3,
went through the same steps and cURL now works perfectly.
-- 
Edit bug report at http://bugs.php.net/?id=22934edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22934r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22934r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22934r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22934r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22934r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22934r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22934r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22934r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22934r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22934r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22934r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22934r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22934r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22934r=gnused



#22934 [Fbk-Opn]: cURL does not work

2003-03-27 Thread matt at criticalcode dot com
 ID:   22934
 User updated by:  matt at criticalcode dot com
 Reported By:  matt at criticalcode dot com
-Status:   Feedback
+Status:   Open
 Bug Type: cURL related
 Operating System: Windows 2000/XP
 PHP Version:  4.3.1
 New Comment:

Sorry, but I am not really a hardcore programmer so I am not sure how I
should go about providing more debugging information. I'll try to
explain what I experienced though.

I needed to use the cURL function for an ecommerce site, so I decided
to enable it. I had been running PHP as an ISAPI plugin to IIS 5.1/5.0.
So I went into the php.ini and took out the ; next to the extension,
check that my extension folder was correct and saved the ini file. I
then according to instructions I read on the web copied ssleay32.dll
and libeay32.dll to my %SYSTEMROOT%. Then I restarted IIS using the
command line 'iisreset'. I then ran my page using the cURL (that was
verified working on another machine) and nothing happened. No errors,
no popups, no output from the error trapping code I had in place to
grab any cURL errors. Here is an error from my event log:

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x22A
'. 

I hope this information has proved to be helpful.

Thanks,
Matt


Previous Comments:


[2003-03-27 13:36:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.


It doesn't work is not a good description of a problem.



[2003-03-27 13:27:21] matt at criticalcode dot com

I tried to get cURL to work using 4.3.1, and was unable to make it
work. I went through all the correct installation procedures and double
checked everything. I then remove PHP from the 2 test systems, and
install 4.2.3, went through the same steps and cURL now works
perfectly.




-- 
Edit this bug report at http://bugs.php.net/?id=22934edit=1



#22934 [Opn]: cURL does not work

2003-03-27 Thread matt at criticalcode dot com
 ID:   22934
 User updated by:  matt at criticalcode dot com
 Reported By:  matt at criticalcode dot com
 Status:   Open
 Bug Type: cURL related
 Operating System: Windows 2000/XP
 PHP Version:  4.3.1
 New Comment:

Sorry, I copied the 2 DLL's to my %SYSTEMROOT/SYSTEM32% folder not the
$SYSTEMROOT%


Previous Comments:


[2003-03-27 13:53:39] matt at criticalcode dot com

Sorry, but I am not really a hardcore programmer so I am not sure how I
should go about providing more debugging information. I'll try to
explain what I experienced though.

I needed to use the cURL function for an ecommerce site, so I decided
to enable it. I had been running PHP as an ISAPI plugin to IIS 5.1/5.0.
So I went into the php.ini and took out the ; next to the extension,
check that my extension folder was correct and saved the ini file. I
then according to instructions I read on the web copied ssleay32.dll
and libeay32.dll to my %SYSTEMROOT%. Then I restarted IIS using the
command line 'iisreset'. I then ran my page using the cURL (that was
verified working on another machine) and nothing happened. No errors,
no popups, no output from the error trapping code I had in place to
grab any cURL errors. Here is an error from my event log:

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!php_execute_script + 0x22A
'. 

I hope this information has proved to be helpful.

Thanks,
Matt



[2003-03-27 13:36:28] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.


It doesn't work is not a good description of a problem.



[2003-03-27 13:27:21] matt at criticalcode dot com

I tried to get cURL to work using 4.3.1, and was unable to make it
work. I went through all the correct installation procedures and double
checked everything. I then remove PHP from the 2 test systems, and
install 4.2.3, went through the same steps and cURL now works
perfectly.




-- 
Edit this bug report at http://bugs.php.net/?id=22934edit=1