php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #35388 crash on new object when passed incorrect access details
Submitted: 2005-11-25 12:15 UTC Modified: 2005-12-28 01:00 UTC
From: dmytton@php.net Assigned: georg (profile)
Status: No Feedback Package: MySQLi related
PHP Version: 5CVS-2005-12-20 (snap) OS: Windows XP Home SP2
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: dmytton@php.net
New email:
PHP Version: OS:

 

 [2005-11-25 12:15 UTC] dmytton@php.net 
Description:
------------
If you create a new mysqli object using incorrect login details, Apache crashes.

Version info output from mysql_* and mysqli_* functions:

mysql
Client Encoding: latin1
Client Version: 5.0.16
Protocol Version: 10
Server Version: 5.0.16-nt

mysqli
Client Encoding: latin1
Client Version: 4.1.7
Protocol Version: 10
Server Version: 5.0.16-nt

Reproduce code:
---------------
Ensure username and/or password are incorrect:

<?php $mysqli = new mysqli('localhost', 'root', 'root'); ?>

Expected result:
----------------
Incorrect login details error

Actual result:
--------------
Apache crashes. Windows error reporting shows:

szAppName : Apache.exe     
szAppVer : 2.0.55.0     
szModName : php5ts.dll     
szModVer : 5.1.0.0     
offset : 00008be4

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-11-28 23:18 UTC] georg@php.net 
Looks like there is a binary incompatibility in protocol when connecting from 4.1 client to 5.0.16.

I was able to reproduce the problem under linux too.

As a possible workaround you should compile PHP against 5.0.16 client lib.
 [2005-12-19 13:41 UTC] jhala at uoregon dot edu 
update on that.  i made my instance of this problem go away and php/phpmyadmin worked fine by simply making sure that i copied libmysql.dll from the php main directory (where the phpinstall program put it automagically) to the extensions directory (which I had added to windows PATH).  restarted apache, problem gone.  hope this helps.
 [2005-12-20 15:41 UTC] dmytton@php.net 
Problem still exists after trying latest snapshot.
 [2005-12-20 15:55 UTC] sniper@php.net 
Make sure you don't have multiple libmysql.dll's around in your system.
 [2005-12-28 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed Oct 09 15:01:28 2024 UTC