Pdo execute fatal error

Ошибки и их обработка

PDO предлагает на выбор 3 стратегии обработки ошибок в зависимости от вашего стиля разработки приложений.

PDO::ERRMODE_SILENT

До PHP 8.0.0, это был режим по умолчанию. PDO просто предоставит вам код ошибки, который можно получить методами PDO::errorCode() и PDO::errorInfo() . Эти методы реализованы как в объектах запросов, так и в объектах баз данных. Если ошибка вызвана во время выполнения кода объекта запроса, нужно вызвать метод PDOStatement::errorCode() или PDOStatement::errorInfo() этого объекта. Если ошибка вызова объекта базы данных, нужно вызвать аналогичные методы у этого объекта.

PDO::ERRMODE_WARNING

Помимо установки кода ошибки PDO выдаст обычное E_WARNING сообщение. Это может быть полезно при отладке или тестировании, когда нужно видеть, что произошло, но не нужно прерывать работу приложения.

PDO::ERRMODE_EXCEPTION

Начиная с PHP 8.0.0 является режимом по умолчанию. Помимо задания кода ошибки PDO будет выбрасывать исключение PDOException , свойства которого будут отражать код ошибки и её описание. Этот режим также полезен при отладке, так как сразу известно, где в программе произошла ошибка. Это позволяет быстро локализовать и решить проблему. (Не забывайте, что если исключение является причиной завершения работы скрипта, все активные транзакции будут откачены.)

Режим исключений также полезен, так как даёт возможность структурировать обработку ошибок более тщательно, нежели с обычными предупреждениями PHP, а также с меньшей вложенностью кода, чем в случае работы в тихом режиме с явной проверкой возвращаемых значений при каждом обращении к базе данных.

Подробнее об исключениях в PHP смотрите в разделе Исключения.

PDO стандартизирован для работы со строковыми кодами ошибок SQL-92 SQLSTATE. Отдельные драйверы PDO могут задавать соответствия своих собственных кодов кодам SQLSTATE. Метод PDO::errorCode() возвращает одиночный код SQLSTATE. Если необходима специфичная информация об ошибке, PDO предлагает метод PDO::errorInfo() , который возвращает массив, содержащий код SQLSTATE, код ошибки драйвера, а также строку ошибки драйвера.

Пример #1 Создание PDO объекта и установка режима обработки ошибок

= ‘mysql:dbname=testdb;host=127.0.0.1’ ;
$user = ‘dbuser’ ;
$password = ‘dbpass’ ;

$dbh = new PDO ( $dsn , $user , $password );
$dbh -> setAttribute ( PDO :: ATTR_ERRMODE , PDO :: ERRMODE_EXCEPTION );

// PDO выбросит исключение PDOException (если таблица не существует)
$dbh -> query ( «SELECT wrongcolumn FROM wrongtable» );
?>

Результат выполнения данного примера:

Метод PDO::__construct() будет всегда бросать исключение PDOException , если соединение оборвалось, независимо от установленного значения PDO::ATTR_ERRMODE .

Пример #2 Создание экземпляра класса PDO и установка режима обработки ошибок в конструкторе

= ‘mysql:dbname=test;host=127.0.0.1’ ;
$user = ‘googleguy’ ;
$password = ‘googleguy’ ;

$dbh = new PDO ( $dsn , $user , $password , array( PDO :: ATTR_ERRMODE => PDO :: ERRMODE_WARNING ));

// Следующий запрос приводит к ошибке уровня E_WARNING вместо исключения (когда таблица не существует)
$dbh -> query ( «SELECT wrongcolumn FROM wrongtable» );
?>

Источник

Call to undefined method PDO::execute()

This is a common error to witness if you are a PHP developer who is learning how to use the PDO extension. The error in question reads as follows:

Fatal error: Call to undefined method PDO::execute()

Essentially, this fatal error is telling you that the PDO object does not have a method called execute.

Typically, when we use PDO to query MySQL, there are two objects being used:

1. The PDO object.
2. The PDOStatement object.

The above error usually occurs when you get those two objects mixed up. In this case, you are calling execute on the PDO object when you should be calling it on the PDOStatement object.

A typical PDO prepared statement gets executed like so:

1. You prepare a statement using the PDO object.
2. The PDO object returns a PDOStatement object. This object represents the statement that you prepared.
3. You execute the prepared statement.

Take a look at the following example:

In the PHP above, we prepared the statement using PDO::prepare. This method returned a PDOStatement object, which I assigned to the variable $stmt. Finally, I executed the prepared statement by calling the PDOStatement::execute function.

Simply put: In your case, you are probably attempting to call execute on $pdo instead of $stmt.

Hopefully, this post helped to solve your issue!

Источник

PDOStatement::execute

(PHP 5 >= 5.1.0, PHP 7, PHP 8, PECL pdo >= 0.1.0)

PDOStatement::execute — Запускает подготовленный запрос на выполнение

Описание

Запускает подготовленный запрос. Если запрос содержит маркеры параметров (псевдопеременные), вы должны либо:

вызвать PDOStatement::bindParam() и/или PDOStatement::bindValue() , чтобы связать эти маркеры, соответственно, с переменными или значениями. Связанные переменные передают свои значения как входные данные и получают выходные значения

или передать массив значений только на вход

Список параметров

Массив значений, содержащий столько элементов, сколько параметров заявлено в SQL-запросе. Все значения будут приняты, как имеющие тип PDO::PARAM_STR .

Нельзя привязать несколько значений к одному параметру; например, нельзя привязать два значения к именованному параметру в выражении IN().

Нельзя привязать больше значений, чем заявлено в запросе; если в массиве params больше элементов, чем заявлено в SQL-запросе методом PDO::prepare() , выполнение запроса завершится неудачей и будет вызвана ошибка.

Возвращаемые значения

Возвращает true в случае успешного выполнения или false в случае возникновения ошибки.

Примеры

Пример #1 Выполнение подготовленного запроса с привязкой переменных и значений

Пример #2 Выполнение подготовленного запроса с массивом именованных значений

Пример #3 Выполнение подготовленного запроса с массивом позиционных значений

Пример #4 Выполнение подготовленного запроса с переменными, привязанными к позиционным заполнителям

Пример #5 Выполнение подготовленного запроса с использованием массива для выражения IN

/* Выполнение подготовленного запроса с использованием массива для выражения IN */
$params = array( 1 , 21 , 63 , 171 );
/* Создаём строку из знаков вопроса (?) в количестве, равном количеству параметров */
$place_holders = implode ( ‘,’ , array_fill ( 0 , count ( $params ), ‘?’ ));

/*
В этом примере подготавливается запрос с достаточным количеством неименованных
псевдопеременных (?) для каждого значения из массива $params. Когда запрос будет
выполняться, эти знаки вопроса будут заменены на элементы массива. Это не то же
самое, что использовать PDOStatement::bindParam(), где привязка осуществляется по
ссылке на переменную. PDOStatement::execute() связывает параметры по значению.
*/
$sth = $dbh -> prepare ( «SELECT id, name FROM contacts WHERE id IN ( $place_holders )» );
$sth -> execute ( $params );
?>

Примечания

Для некоторых драйверов необходимо закрывать курсор, прежде чем выполнять следующий запрос.

Смотрите также

• PDO::prepare() — Подготавливает запрос к выполнению и возвращает связанный с этим запросом объект
• PDOStatement::bindParam() — Привязывает параметр запроса к переменной
• PDOStatement::fetch() — Извлечение следующей строки из результирующего набора
• PDOStatement::fetchAll() — Выбирает оставшиеся строки из набора результатов
• PDOStatement::fetchColumn() — Возвращает данные одного столбца следующей строки результирующего набора

User Contributed Notes 30 notes

Hopefully this saves time for folks: one should use $count = $stmt->rowCount() after $stmt->execute() in order to really determine if any an operation such as ‘ update ‘ or ‘ replace ‘ did succeed i.e. changed some data.

Note that you must
— EITHER pass all values to bind in an array to PDOStatement::execute()
— OR bind every value before with PDOStatement::bindValue(), then call PDOStatement::execute() with *no* parameter (not even «array()»!).
Passing an array (empty or not) to execute() will «erase» and replace any previous bindings (and can lead to, e.g. with MySQL, «SQLSTATE[HY000]: General error: 2031» (CR_PARAMS_NOT_BOUND) if you passed an empty array).

Thus the following function is incorrect in case the prepared statement has been «bound» before:

function customExecute ( PDOStatement & $sth , $params = NULL ) <
return $sth -> execute ( $params );
>
?>

and should therefore be replaced by something like:

function customExecute ( PDOStatement & $sth , array $params = array()) <
if (empty( $params ))
return $sth -> execute ();
return $sth -> execute ( $params );
>
?>

Also note that PDOStatement::execute() doesn’t require $input_parameters to be an array.

(of course, do not use it as is ^^).

An array of insert values (named parameters) don’t need the prefixed colon als key-value to work.

/* Execute a prepared statement by passing an array of insert values */
$calories = 150 ;
$colour = ‘red’ ;
$sth = $dbh -> prepare ( ‘SELECT name, colour, calories
FROM fruit
WHERE calories );
// instead of:
// $sth->execute(array(‘:calories’ => $calories, ‘:colour’ => $colour));
// this works fine, too:
$sth -> execute (array( ‘calories’ => $calories , ‘colour’ => $colour ));
?>

This allows to use «regular» assembled hash-tables (arrays).
That realy does make sense!

I have found very strange behavior for PostgreSQL:

Outside of a transaction, you can pass boolean true/false as members of the input array and it seems to work.

However, *inside* a transaction, boolean true works but boolean false does not. Instead, pass something «falsey» like integer 0 or string «false»

When passing an array of values to execute when your query contains question marks, note that the array must be keyed numerically from zero. If it is not, run array_values() on it to force the array to be re-keyed.

= array( 42 => «foo» , 101 => «bar» );
$statement = $dbo -> prepare ( «SELECT * FROM table WHERE col1 = ? AND col2 = ?» );

//This will not work
$statement -> execute ( $anarray );

//Do this to make it work
$statement -> execute ( array_values ( $anarray ));
?>

When using a prepared statement to execute multiple inserts (such as in a loop etc), under sqlite the performance is dramatically improved by wrapping the loop in a transaction.

I have an application that routinely inserts 30-50,000 records at a time. Without the transaction it was taking over 150 seconds, and with it only 3.

This may affect other implementations as well, and I am sure it is something that affects all databases to some extent, but I can only test with PDO sqlite.

= array(
array( ‘name’ => ‘John’ , ‘age’ => ’25’ ),
array( ‘name’ => ‘Wendy’ , ‘age’ => ’32’ )
);

try <
$pdo = new PDO ( ‘sqlite:myfile.sqlite’ );
>

catch( PDOException $e ) <
die( ‘Unable to open database connection’ );
>

$insertStatement = $pdo -> prepare ( ‘insert into mytable (name, age) values (:name, :age)’ );

// start transaction
$pdo -> beginTransaction ();

// end transaction
$pdo -> commit ();

?>

[EDITED BY sobak: typofixes by Pere submitted on 12-Sep-2014 01:07]

«You cannot bind more values than specified; if more keys exist in input_parameters than in the SQL specified in the PDO::prepare(), then the statement will fail and an error is emitted.» However fewer keys may not cause an error.

As long as the number of question marks in the query string variable matches the number of elements in the input_parameters, the query will be attempted.

This happens even if there is extraneous information after the end of the query string. The semicolon indicates the end of the query string; the rest of the variable is treated as a comment by the SQL engine, but counted as part of the input_parameters by PHP.

Have a look at these two query strings. The only difference is a typo in the second string, where a semicolon accidentally replaces a comma. This UPDATE query will run, will be applied to all rows, and will silently damage the table.

/**
* Query is intended to UPDATE a subset of the rows based on the WHERE clause
*/
$sql = «UPDATE my_table SET fname = ?, lname = ? WHERE > ;

/**
* Query UPDATEs all rows, ignoring everything after the semi-colon, including the WHERE clause!
*
* Expected (but not received):
*
*** Warning:
*** PDOStatement::execute():
*** SQLSTATE[HY093]:
*** Invalid parameter number: number of bound variables does not match number of tokens.
*
*/
// Typo here ———————— |
// V
$sql = «UPDATE my_table SET fname = ?; lname = ? WHERE > ; // One token in effect
$pdos = $pdo -> prepare ( $sql );
$pdos -> execute ( [ ‘foo’ , ‘bar’ , 3 ] ); // Three input_parameters
?>

PHP 5.4.45, mysqlnd 5.0.10

Источник

Режимы обработки ошибок

PDO предлагает выбор из 3 различных стратегий обработки ошибок, для соответствия вашему стилю разработки приложений.

• PDO::ERRMODE_SILENT — Это режим по умолчанию. PDO просто установит код ошибки.
• PDO::ERRMODE_WARNING — В дополнение к установке кода ошибки, PDO будет выдавать традиционное сообщение E_WARNING.
• PDO::ERRMODE_EXCEPTION — В дополнение к установке кода ошибки, PDO будет выбрасывать исключение PDOException и задаст его свойства, чтобы отразить код ошибки и саму ошибку.

Изменение режима обработки ошибок:

При создании соединения:

$pdoAttributes = array(
	PDO::ATTR_ERRMODE => PDO::ERRMODE_WARNING,
);
$pdo = new PDO( PDO_DSN, PDO_USERNAME, PDO_PASSWORD, $pdoAttributes);		

В созданном соединении:

$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING);		

Режим обработки ошибок PDO::ERRMODE_SILENT

PDO::ERRMODE_SILENT — Это режим по умолчанию. PDO просто установит код ошибки, чтобы проверить используя методы PDO::errorCode() и PDO::errorInfo() или PDOStatement::errorCode() и PDOStatement::errorInfo().

Если ошибка произошла в результате вызова запроса, вы должны использовать методы PDOStatement::errorCode() или PDOStatement::errorInfo() для объекта запроса.

$sql = $pdo->prepare("SELECT * FROM `unknown_table`");
$sql->execute();
echo "PDOStatement::errorCode(): ";
print $sql->errorCode();		

Результат:

PDOStatement::errorCode(): 42S02		

Если ошибка произошла в результате вызова объекта базы данных, вы должны вызвать методы объекта базы данных PDO::errorCode() и PDO::errorInfo().

$sql = $pdo->exec("SELECT * FROM `unknown_table`");
echo "PDO::errorCode(): ";
print $pdo->errorCode();		

Результат:

PDO::errorCode(): 42S02

Важный момент!!

При возникновении ошибки на этапе создания соединения PDO выбрасывает исключение PDOException, а не ошибку или сообщение E_WARNING:

define('PDO_DSN', 'mysql:dbname=test;host=127.0.0.1');
define('PDO_USERNAME', 'root');
define('PDO_PASSWORD', 'не правильный пароль');

$pdo = new PDO( PDO_DSN, PDO_USERNAME, PDO_PASSWORD);		

Таким образом, что бы обработать ошибку соединения необходимо заключить вызов в оператор try..catch:

try{
	$pdo = new PDO( PDO_DSN, PDO_USERNAME, PDO_PASSWORD);
	//	код
}catch(Exception $e){
	echo 'Error!';
}		

Результат:

Error!		

PDO использует стандарт SQL-92 SQLSTATE строк кода ошибки; отдельные драйверы PDO отвечают за отображение в родном коде в соответствующие коды SQLSTATE. PDO::errorCode() возвращает только код SQLSTATE. Если вам нужна более конкретная информация об ошибке, PDO используйте метод PDO::errorInfo() который возвращает массив, содержащий код SQLSTATE, внутренний код драйвера и текстовое сообщение об ошибке.

Режим обработки ошибок PDO::ERRMODE_WARNING

PDO::ERRMODE_WARNING — В дополнение к установке кода ошибки, PDO будет выдавать традиционное сообщение E_WARNING. Этот параметр полезен во время отладки/тестирования, если вы просто хотите увидеть, какие проблемы возникли, не прерывая при этом поток приложения.

define('PDO_DSN', 'mysql:dbname=test;host=127.0.0.1');
define('PDO_USERNAME', 'root');
define('PDO_PASSWORD', 'root');
define('DEBUG_MODE', TRUE);

$pdoAttributes = array();
if(DEBUG_MODE){
	$pdoAttributes[PDO::ATTR_ERRMODE] = PDO::ERRMODE_WARNING;
}
$pdo = new PDO( PDO_DSN, PDO_USERNAME, PDO_PASSWORD, $pdoAttributes);

//	ошибка в PDO
$sql = $pdo->exec("SELECT * FROM `unknown_table`");
//	ошибка в PDOStatement
$sql = $pdo->prepare("SELECT * FROM `unknown_table`");
$sql->execute();
		

Результат:

Warning: PDO::exec() [pdo.exec]: SQLSTATE[42S02]: Base table or view not found: 1146 
Table 'test.unknown_table' doesn't exist in ... 
Warning: PDOStatement::execute() [pdostatement.execute]: SQLSTATE[42S02]: 
Base table or view not found: 1146 Table 'test.unknown_table' doesn't exist in ...




  


                       
  

Режим обработки ошибок PDO::ERRMODE_EXCEPTION

PDO::ERRMODE_EXCEPTION — В дополнение к установке кода ошибки, PDO будет выбрасывать исключение PDOException и задаст его свойства, чтобы отразить код ошибки и саму ошибку. Этот параметр также полезен во время отладки, так как это будет эффективно «взрывать» сценарий в точке ошибки, очень быстро указывая пальцем на потенциальные проблемы в коде (помните: имеет место автоматический откатоперации, если есть исключений the script to terminate(сценарий прекратить).

Режим PDO::ERRMODE_EXCEPTION также полезен, потому что вы можете структурировать обработку ошибок более четко, чем в традиционном PHP-стиле предупреждений, и с меньшим количеством вложенности кода, чем работа в автоматическом режиме и явно проверить возвращаемые значения каждого вызова базы данных.

Пример без обработки исключения:

$sql = $pdo->prepare("SELECT * FROM `unknown_table`");
$sql->execute();
echo "PDOStatement::errorCode(): ";
print $sql->errorCode();		

Результат:

Fatal error:  Uncaught exception 'PDOException' with message 'SQLSTATE[42S02]: 
Base table or view not found: 1146 Table 'test.unknown_table' doesn't exist' in ...

Пример с обработкой исключения:

try{
	$sql = $pdo->prepare("SELECT * FROM `unknown_table`");
	$sql->execute();
	//	код до "}" будет пропущен, так как вызвано исключение
	echo "PDOStatement::errorCode(): ";
	print $sql->errorCode();
}catch( PDOException $e){
	//	будет выполнен
	echo 'PDOException: '.$e->getMessage();
}catch( Exception $e){
	//	будет пропущен
	echo 'Unknown error: '.$e->getMessage();
}	

Результат:

PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'test.unknown_table' doesn't exist

Не зависимо от того в каком из объектов PDO или PDOStatement произошла ошибка — обработка идентична:

try{
	$sql = $pdo->exec("SELECT * FROM `unknown_table`");
	echo "PDO::errorCode(): ";
	print $pdo->errorCode();
}catch( PDOException $e){
	//	будет выполнен
	echo 'PDOException: '.$e->getMessage()."<br>n";
}catch( Exception $e){
	//	будет пропущен
	echo 'Unknown error: '.$e->getMessage()."<br>n";
}

try{
	$sql = $pdo->prepare("SELECT * FROM `unknown_table`");
	$sql->execute();
	//	код до "}" будет пропущен, так как вызвано исключение
	echo "PDOStatement::errorCode(): ";
	print $sql->errorCode();
}catch( PDOException $e){
	//	будет выполнен
	echo 'PDOException: '.$e->getMessage()."<br>n";
}catch( Exception $e){
	//	будет пропущен
	echo 'Unknown error: '.$e->getMessage()."<br>n";
}	

Результат:

PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'test.unknown_table' doesn't exist
PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'test.unknown_table' doesn't exist

• #1

PHP 5.4.7 под XAMPP 3.1.0 mobile

Следующая конструкция ведёт себя странным образом:

PHP:

try{
    $pdo = new PDO($dsn,$user,$password,$driverOptions);
} catch(PDOException $ex) {
    throw new MyException($ex);
}

Если подключиться к базе данных не удаётся, то вместо перехвата исключения вызывающей данный кусок функцией получаю Fatal Error: in …. <номер строки с текстом throw new>

Если подключиться удалось, но, например, ошибочный пароль, то всё работает нормально: выкидывается MyException, которое перехватывается и записывается.

Попытка избавиться от MyException и поймать PDOException не приводит к желаемому — проблема остаётся: при провале подключения к базе данных появляется пустой Fatal Error, но указывает уже на строку создания объекта.

Как же быть?

P.S. При замене дистрибутива PHP на 5.3.6 всё неожиданно начинает работать, как предполагается.
Что же это происходит?

• #3

Если fatal error и правда пустой, то делай репорт о баге.

• #4

для начала проверить на последней версии

• #5

http://php.net/manual/en/pdo.error-handling.php
$connection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

так у него ж ещё до коннекта. так что если только в опцыях передавать.

Lionishy, а действительно, попробуй в параметры и этот запихнуть?

Если fatal error и правда пустой, то делай репорт о баге.

Скорее там все нормально, просто средний пехопист воспринимает ошибку, как «тётя ругается». А о чём — уже неважно
Поэтому считают необязательным и приводить полный текст.

• #6

Fatal Error: пустой. Никакого пояснения, иначе бы я искал в поисковиках по тексту ошибки.
Добавление опции выбрасывания исключений при работе с драйвером не помогает.
Установка дистрибутива 5.4.11 не помогает.

• #7

Обнаружилось, что ошибка возникает только в windows 8.
Обидно, конечно, но скорее всего, это проблема сборки и на уровне PHP не решается.

• #8

Lionishy выкинь xampp, поставь родное

• #9

Переустановка apache и дистрибутива PHP отдельно от XAMPP не помогла, ошибка сохраняется.

• #10

Было бы интересно посмотреть на код MyException

• #11

Было бы интересно посмотреть на код MyException

Там нет ничего удивительного… Я просто сократил цепочку наследования до одного названия…

PHP:

componentspdoexceptionException extends frameworkcoreexceptionComponentException extends frameworkexceptionException extends Exception

При этом к классу Exception ничего не добавляется.

PHP:

class DerivedException extends BaseException {
};

На самом деле, все эти исключения, показанные мой исключительно из юмористических соображений, не имеют значения.

Ошибка возникает даже просто при попытке создать объект типа PDO в пустом файле, если нет подключения к базе данных: не отвечает сервер или ошибка в IP адресе.
Может быть это как-то связано с IPv6?

• #12

стоп. при чем здесь вообще IP адреса? Мы же, вроде, про PDO говорим?
что такое «не отвечает сервер или ошибка в IP адресе»? сообщения об ошибках? можно попросить привести их как есть, а не пересказывать своими словами?

• #13

Lionishy
>>extends Exception
вот меня и смущает момент, что ты в конструктор передаёте первым аргументом объект PDOException

• #14

стоп. при чем здесь вообще IP адреса? Мы же, вроде, про PDO говорим?

Потому что при попытке соединится с несуществующим хостом по имени выпадет варнинг getaddrinfo(), даже если от PDO ожидаются только исключения.

• #15

А если безо всяких MyException, просто throw new Exception, тоже fatal error?

Если нет — есть идиотское предположение: посмотреть, что делает autoload.

• #16

можно попросить привести их как есть, а не пересказывать своими словами?

Fatal Error: in D:SiteDevwwwlocalhostcomponentspdointerfacesPDOResourceManager.class.php on line 33

вот меня и смущает момент, что ты в конструктор передаёте первым аргументом объект PDOException

Просто в строку преобразуется. По типу Java Object.toString() Всё равно, что $ex->getMessage(). Только тут ещё имя типа исключения сохраняется. Так что текст более информативный получается: PDOException with message ‘<message goes here>’.

А если безо всяких MyException, просто throw new Exception, тоже fatal error?

Даже в пустом файле, где есть только $pdo = new PDO и параметры вбиты руками, а не выгружены из XML.

• #17

Даже в пустом файле, где есть только $pdo = new PDO

багрепорт писать надо

• #18

Не ясно, что им написать…
Проблема создания PDO ? Пустой Fatal Error: когда хотелось бы увидеть Uncaught Exception ?
С другой стороны, если я перехвачу PDOException и подавлю его, то ничего не произойдёт. Даже если я выкину новое сообщение, но при этом не буду обращаться к PDOException в catch блоке. Собственно с этого вопрос и начинался. Что же происходит? Как поправить? Почему я мне приходится поглощать исключение?

• #19

Кстати говоря, а у тебя нет какого-то кастомного обработчика ошибок?

• #20

Я уже много чего попробовал и потерял массу времени.
Совершенно ясно, что никакие собственные исключения и прочее ни при чём.

Буквально из одной строки код ведёт себя не так, как ожидается:

PHP:

$pdo = new PDO('mysql:host=localhost;dbname=test','user','password');

Вместо того, чтобы выдать Fatal Error Uncaught Exception я получаю пустой Fatal Error.

Однако, следующий код работает так, как ожидается:

PHP:

try {
    $pdo = new PDO('mysql:host=localhost;dbname=test','user','password');
} catch(PDOException $ex) {
    throw new Exception("PDOException's been caught!");
}

Возникает Fatal Error Uncaught Exception

Но и тут не всё «слава Эслану». Следующий код опять выдаёт пустой Fatal Error:

PHP:

try {
    $pdo = new PDO('mysql:host=localhost;dbname=test','user','password');
} catch(PDOException $ex) {
    throw new Exception($ex->getMessage());
}

И неприятность эта возникает только под Windows 8. Вне зависимости от того какой дистрибутив 5.4.* я ставлю. Windows XP и *nix хостинг с 5.4.8 работают всегда, как ожидается: нормальный Fatal Error Uncaught Exception.

P.S. Всё это я уже отправил в bug report. Moжет быть, когда-нибудь заработает, но сейчас ответ очевиден: не использовать PHP под Windows 8.