whenever I try compiling PHP, the mysqli extension gives me trouble.
I've gotten this all from HEAD just a couple of hours ago (again, it
didn't work before either). I'm using MSVC 7.1 (.NET). Here's the error
I'm getting:
ext\mysqli\php_mysqli.h(50) : error C2061: syntax error : identifier
Hello all,
With Val Khokhlov's help:
sapi/cli/php -r php_check_syntax_string('class foo {}');
var_dump(class_exists('foo'));
bool(false)
thanks :-)
The original purpose is to valid small code like
$foo-bar($foo-bar($blah,$foo,44,foo,$foo[0].bar))
and avoid regexp ( good example in
I guess swapping out the compiler and executer globals before /after the
compile call wont work?
egs = executor_globals
cgs = compiler_globals
compile_string / file etc.
efree(executor_globals);
efree(compiler_globals);
executor_globals = egs;
compiler_globals = cgs;
obviously if this is the
Not if you only have 64bit libs installed, which is dangerous, since
otherwise it doesn't give any warnings and you're not getting what you
think you are.
You did have some -L/usr/lib 's sneak in from somewhere in the make
output you posted. Can you also upload the config.log produced?
Hi,
native_type (returned from PDOStatement::getColumnMeta()) was showing
weird behaviour in PDO/MySQL, mostly not existing at all and showing
incorrect values (e.g. DECIMAL for varchars).
A small typo is why:
Index: ext/pdo_mysql/mysql_statement.c
Hi,
the following sourcecode:
?php
$dbh= new PDO('mysql:host='.$argv[1], $argv[2], $argv[3]);
$stmt= $dbh-prepare('select * from entries where id = :id');
$stmt-bindParam(':id', $argv[4]);
if (!$stmt-execute()) {
var_dump($dbh-errorInfo());
exit;
}
for ($i= 0, $s=
Hi,
while testing PDO I was astonished to see that all values (regardless of
their types in the database) are returned as strings (in all extensions
except for PgSQL). Why is that so? It _is_ quite inconsistent, isn't it?
Wasn't PDO supposed to _unify_ the RDBMS access apis?
--
Timm
If it ain't