Re: [PHP-DEV] 4.3.2RC1: patch to compile with libgd 2

[Roberto Biancardi]

nope. Was introduced by this late fix: 
http://cvs.php.net/diff.php/php4/ext/gd/gdttf.c?login=2r1=1.17r2=1.18ty=h
and merged into 4.3.2RC1.

Jani Taskinen wrote:

   Please try the latest STABLE cvs snapshot
   from http://snaps.php.net as this seems to be fixed
   already.
--
--  Roberto Biancardi  -- 
--



--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] 4.3.2RC1: patch to compile with libgd 2

[Roberto Biancardi]

--- ext/gd/gdttf.c.orig Sat Mar 15 22:38:28 2003
+++ ext/gd/gdttf.c  Sat Mar 15 22:42:42 2003
@@ -744,9 +744,13 @@
   if (tweencolorkey.pixel  0) {
   x3 = x2 + col;
   if (x3 = im-sx || x3  0) continue;
+#if HAVE_LIBGD20
   if (im-trueColor) {
   pixel = im-tpixels[y3][x3];
   } else {
+#else
+   {
+#endif
#if HAVE_LIBGD13
   pixel = im-pixels[y3][x3];
#else
--
--  Roberto Biancardi  --  
--



--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CLI behavior with -q switch

[Roberto Biancardi]

Jean-Michel Dault ha scritto:


The problem is that the -q switch is still in the CLI for backward
compatibility, but it breaks scripts because it does not change
directories.

I would strongly suggest that the -q switch would imply changing the
working directory to that of the script, unless overriden by -C.

 

i'am in the same condition of Jean-Michel (maintaning some php scripts) 
and i think
this is a very good thing to do.

another compatibility issue beetween cgi and cli is the fact that the 
cli version
does not send error messages to stderr as the cgi version did.  is this the
intended behaviour ?

thanks,

--
--  Roberto Biancardi  --  +39 02 22475231  --  [EMAIL PROTECTED]  --



--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CLI behavior with -q switch

[Roberto Biancardi]

Roberto Biancardi ha scritto:


another compatibility issue beetween cgi and cli is the fact that the 
cli version
does not send error messages to stderr as the cgi version did.  is 
this the
intended behaviour ?

not true. i had some mess with .ini files.

sorry.

--
--  Roberto Biancardi  --  +39 02 22475231  --  [EMAIL PROTECTED]  --



--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Shootout

[Roberto Biancardi]

August Zajonc wrote:
 
 - Original Message -
 From: Sterling Hughes [EMAIL PROTECTED]
 
  The point, if you'd really like to know is that PHP is *not*
  optimized to do matrix operations (which is one of the examples), or
  infinitely recursive loops (I'm not even addressing the code at this
  point) -- but that makes little difference in a real world script.
 
 The real world is made up of method calls, array access, counts, echo's,
 hashes, string concatenation, file i/o. This benchmark tests those.

nobody that knows what is doing will never end up writing such calculus
intensive
code in PHP!

also i want to point you that in some tests, much more related to the
usefulness of
a scripting language (array hashing and string concats), php performs
pretty well, better than java.

The real world is also made of web servers, databases, HTML, esoteric
API, people learning how
to build a program: this kind of benchmark does not take in account
this.
If this benchmark had some significance everybody will start tomorrow to
write web application
in that obscure language *mercury*, so strong at nesting loops.

regards,


--  Roberto Biancardi  --  [EMAIL PROTECTED]  --

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] bug #12029,#12069, MySQL: Unable to save result set in

[Roberto Biancardi]

I was hit by this too, is something related with the libmysql shipped with
php (may be when used with older
versions of mysqld). It disapperead configuring with:
 --with-mysql=__your_sql_home__.
This bug is in every version i tried: 4.0.5, 4.0.6 and latest cvs.
Attached a patch that definitely solves the problem for me (without
the need to compile
with --with-mysql).
Ciao, Roberto.

-- Roberto Biancardi -- +39 2 22475231 -- [EMAIL PROTECTED] --


--- orig/php_mysql.cSun Dec  9 00:30:05 2001
+++ ./php_mysql.c   Sat Dec  8 23:43:28 2001
@@ -983,7 +983,13 @@
mysql_result=mysql_store_result(mysql-conn);
}
if (!mysql_result) {
-   if (PHP_MYSQL_VALID_RESULT(mysql-conn)) { /* query should have 
returned rows */
+   /*
+* query should have returned rows ?
+*  to be on the safe side and avoid unwanted WARNINGS on
+*  UPDATEs i borrowed the logic from the mysql(1) client.
+*/
+   if ( (use_store == MYSQL_STORE_RESULT  mysql_error(mysql-conn)[0])
+   ||   (use_store == MYSQL_USE_RESULT  
+PHP_MYSQL_VALID_RESULT(mysql-conn)) ) {
php_error(E_WARNING, MySQL:  Unable to save result set);
RETURN_FALSE;
} else {



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]