Hi Alan:
> https://bugs.php.net/patch-display.php?bug=60362&patch=fix_disabling_bad_string_offsets&revision=1323002696
Thanks so much for the patch. Looking at the source I noticed some
small things (care to build a bike shed with me? :).
Many of the test EXPECT's have %d changed to hard coded
Hi Alan:
On Mon, Dec 05, 2011 at 09:59:50AM -0500, Daniel Convissor wrote:
>
> I tried to apply the patch to 54 and trunk via "patch < bug.diff"
> (which usually works fine) and all hunks failled. Not sure what I'm
> doing wrong.
Ah, I needed to do "patch -p0
Hi:
I'm getting the following error while building trunk:
/php/php-src/trunk/ext/curl/interface.c: In function
‘zif_curl_copy_handle’:
/php/php-src/trunk/ext/curl/interface.c:1978: error: ‘php_curl_handlers’
has no member named ‘fnmatch’
/php/php-src/trunk/ext/curl/interface.c:1979: error: ‘php_c
Hi Again:
After sending that email, I realized I should mention my library
version. curl --version says, in part "7.19.7 (x86_64-pc-linux-gnu)".
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
Hi Pierre:
Thanks for the quick fix. I did a make clean and vsclean then rebuilt,
but there's a similar issue, still:
/php/php-src/trunk/ext/curl/interface.c: In function
‘zif_curl_copy_handle’:
/php/php-src/trunk/ext/curl/interface.c:1978: error: ‘php_curl_handlers’
has no member named ‘fnmatch
Hi Alan:
> b) fix isset, and return first character
> ISSET: return false (no warning)
> READ: warning + return first character (similar to current behavior
> except dereferenced strings)
>
> c) fix isset, and return empty strings
> ISSET: return false (no warning)
> READ: warning + return empty
Hi Barbu:
> I wonder why I cannot assign arrays to constants.
Do keep in mind that you can serialize() the array before storing it in
a constant. Then use unserialize(CONSTANT) when you need the data.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
da
Hi Folks:
David mentioned the following in the git migration email:
>Expect the php-src migration in 14-21 days after 5.4 final.
Can 5.4 final please be held off until the DateTime fixes for
transitions (such as Standard / Daylight time) are fixed?
https://wiki.php.net/rfc/datetime_and_dayli
Hi Etienne:
> To me it seems similar to assigning $this, only here it is via special
> closure syntax. Since this code is no longer necessary, and might conflict
> with the rebinding of $this, the error makes sense IMHO.
A clearer error message seems appropriate. It should indicate that
use($thi
Hi:
On Fri, Jan 06, 2012 at 06:06:16PM +0100, Steven VAN POECK wrote:
>
> cc: /home/steven/php5.4-201201041830/Zend/zend_ini_parser.c: No such
> file or directory
> cc: no input files
> make: *** [Zend/zend_ini_parser.lo] Error 1
This issue is popping up while trying to compile the latest snapsho
Hi Again:
> This issue is popping up while trying to compile the latest snapshot,
> php5.4-201201041830, on test.pear.php.net (Debian 6.0.3) using the
> instructions I put together at https://wiki.php.net/systems/sgrv1.
Oh, as Remi pointed out in another thread, this "latest" snapshot is out
of d
Gentlemen:
On Thu, Jan 19, 2012 at 02:09:12PM +0100, Ulf Wendel wrote:
> Am 19.01.2012 13:50, schrieb Johannes Schlüter:
> >
> >Your server seems to be configured for UTF-8 by default. In my tests the
> >behavior for both libraries (myslqnd& libmsql) is the same if you mind
> >the character set (
Hi:
On Thu, Jan 19, 2012 at 02:27:05PM -0500, Daniel Convissor wrote:
> On Thu, Jan 19, 2012 at 02:09:12PM +0100, Ulf Wendel wrote:
> > Am 19.01.2012 13:50, schrieb Johannes Schlüter:
> > >
> > >Your server seems to be configured for UTF-8 by default. In my tests
Hi Johannes:
> The documentation tells
>
> http://dev.mysql.com/doc/refman/5.5/en/c-api-data-structures.html
>
> So it is working in bytes and has to hold all possible values.
That's how MySQL's internal API works. At the same time, PHP's users
expect PHP to behave as d
Hi Johannes:
> We have to live with the information the server gives us. The server
> gives us the information in bytes. And frankly in PHP a string has no
> encoding information, so in many cases that is a good answer. But
> nonetheless the documentation should be improved/fixed.
Further experim
Hi Johannes and Ulf:
On Mon, Jan 23, 2012 at 09:56:00PM -0500, Daniel Convissor wrote:
> Hi Johannes:
>
> > We have to live with the information the server gives us. The server
> > gives us the information in bytes. And frankly in PHP a string has no
> > encoding infor
Hi Johannes:
> 1) You said
> * /etc/my.cnf settings are (no other my.cnf files exist):
> * + default-character-set = utf8
> * + character-set-server = utf8
>
> In which section of the my.cnf file? Both for the server, or for the
> client?
[client]
default-character-set = utf8
[mysqld]
charact
Hi Folks:
This topic appears to have been quietly tabled. I didn't notice a
decision here or a commit.
On Mon, Mar 12, 2012 at 01:12:03PM -0700, Rasmus Lerdorf wrote:
>
> So maybe a way to tackle this is to use the
> mbstring internal encoding when it is set as the htmlspecialchars
> default wh
Hi Folks:
On Wed, Mar 14, 2012 at 10:33:59AM -0700, Christopher Jones wrote:
>
> In that case, perhaps the STD_PHP_INI_* values should match those
> in php.ini-development?
Many sites have very small ini files and rely on the default ini values
for everything else. This means changing the defau
Hi Nikita:
> PHP <= 5.3.13, PHP 5.4, master behave as follows when an invalid UTF-8
> string is encountered:
> * A warning is thrown, but only if display_errors=off
So the warning is put into the error log? But only if display_errors is
off? And if display_errors is on, no warning is produced?
Hola:
On Sat, Jun 23, 2012 at 06:03:34PM -0700, Rasmus Lerdorf wrote:
> And yes, I don't think a warning from json_encode() is useful because to
> properly avoid it you would need an iconv() call before calling it and
> that is pure overhead. Short of that your only recourse is to use @ and
> that
Hi Anthony:
> I want exceptions here too. But PHP doesn't use exceptions in its standard
> library (aside from SPL)
DateTime uses exceptions.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
ht
Hi Anthony:
> But I agree with your larger point. The only problem with it is that it
> would take an engine wide shift to do.
How does using exceptions in this new extension require an "engine wide
shift?" DateTime already uses exceptions, no problem.
Thanks,
--Dan
--
T H E A N A L Y S I
Hi Johannes:
On Thu, Jan 19, 2012 at 01:50:47PM +0100, Johannes Schlüter wrote:
>
> unsigned long length
>
> The width of the field. This corresponds to the display length,
> in bytes.
>
> The server determines the length value before it generates the
> resu
Hi George:
On Fri, Jun 17, 2005 at 01:53:29AM -0400, George Schlossnagle wrote:
>
> E_STRICT isn't part of E_ALL and isn't on by default.
Just to be clear, E_STRICT is off by default in 5.0 but on by default in
5.1.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N
Hi Zeev:
On Sat, Jun 18, 2005 at 12:59:31PM +0300, Zeev Suraski wrote:
> Where do you see that? As far as I can tell it certainly looks off by
> default even in 5.1.
http://cvs.php.net/php-src/php.ini-recommended#rev1.173
That change is still in there as version 1.176, which was used for the
On Tue, Aug 09, 2005 at 02:31:08PM +0800, Alan Knowles wrote:
>
> It is not about the fact we 'can' load the class, but that we dont
> 'want' to load the class.. - it's a waste of resources, memory, cpu etc.
> just for the sake of CS perfection..
Hear, hear!
--Dan
--
T H E A N A L Y S I S
On Tue, Aug 09, 2005 at 02:07:27PM -0400, George Schlossnagle wrote:
>
> if(class_exists('MyFoo') && $obj instanceof MyFoo) { }
Unfortunately, class_exists() still calls __autoload(). Un-deprecating
is_a() seems to be an easy way to resolve this situation.
--Dan
--
T H E A N A L Y S I S
On Wed, Aug 10, 2005 at 01:03:06AM +0200, Marcus Boerger wrote:
> Wednesday, August 10, 2005, 12:38:49 AM, you wrote:
> > On Tue, Aug 09, 2005 at 02:07:27PM -0400, George Schlossnagle wrote:
> >>
> >> if(class_exists('MyFoo') && $obj instanceof MyFoo) { }
> >
> > Unfortunately, class_exists() stil
Hi:
It would be nice if PHP could not get tripped up by "http://bugs.php.net/bug.php?id=25987
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th Ave
Hi Edin, et al:
On Wed, Nov 23, 2005 at 11:59:16PM +0100, Edin Kadribasic wrote:
>
> PHP
> will produce parse error if you have short tags enabled when trying to
> parse xml, while with short tags disabled and asp tags enabled it parses
> them just fine which makes it sweet for making templating
Hi Peter:
On Fri, Nov 25, 2005 at 11:22:32AM +0100, Peter Brodersen wrote:
> I don't think anybody disagrees about this. I'm just curious about
> documenting some recommendations.
If you have some suggestions for documentation improvements, make a patch
against http://cvs.php.net/phpdoc/en/featu
Hi Marcus:
On Sun, Nov 27, 2005 at 11:58:16AM +0100, Marcus Boerger wrote:
>
> To second this, the xml standard allows any name after ' instruction. Widely in use is for example ' special treatment for java stuff in PHP? ;-)
First, PHP scripts are not XML files, so why are we concerned with wha
Hi Folks:
While trying to compile 5.0.5 from CVS on a Tao Linux box I'm getting a
"multiple definition of `pcre_module_entry'" error. Things compile just
fine in PHP 5.1.1 from CVS. Here's my configure line:
./configure --with-apxs --with-mysqli=/usr/local/bin/mysql_config \
--with-curl --ena
Hi Anthony:
On Thu, Dec 01, 2005 at 02:45:28AM +0300, Antony Dovgal wrote:
> Remove ext/pcre/config.m4 and run ./cvsclean && ./buildconf
Thanks. Did the trick.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
I'm in the middle of clarifying the Overloading section of the manual,
http://docs.php.net/manual/en/language.oop5.overloading.php. Some issues
and questions have come up and your insights will be helpful, please.
* The docs say "All overloading methods must be defined as public." At
this poin
[Hmm... No answer in several days. Let's try this again with a
different subject]
I'm in the middle of clarifying the Overloading section of the manual,
http://docs.php.net/manual/en/language.oop5.overloading.php. Some issues
and questions have come up and your insights will be helpful, please
Hi Marcus:
On Sun, May 25, 2008 at 10:57:22AM +0200, Marcus Boerger wrote:
> Saturday, April 5, 2008, 3:27:33 PM, you wrote:
>
> We experimented with visibility and ran into trouble.
...
> So we in fact note the visibility but then ignore it.
>
> I think we either need to respect the visibility
Hi Lars:
On Sun, May 25, 2008 at 07:07:01PM +0200, Lars Strojny wrote:
> On Sat, Apr 05, 2008 at 09:27:33AM -0400, Daniel Convissor wrote:
>
> > * The new __callStatic() is neat. Thanks. Is there consideration of
> > adding Static versions of the other overloading methods?
Hi Marcus (and Sara):
On Sun, May 25, 2008 at 06:48:48PM +0200, Marcus Boerger wrote:
>
> That said there is a bug in __callStatic which we need to
> report and assign to Sara.
http://bugs.php.net/bug.php?id=45089
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P
On Tue, Jul 01, 2008 at 05:55:49PM -0500, Ralph Schindler wrote:
> In PHP 5.3 snaps, it appears that magic methods __isset, __unset, __get,
> __set must have a public visibility or the engine will trigger a
> warning. Why is this? It works as expected in 5.x branches.
Because that's what the
Folks:
On Wed, Jul 02, 2008 at 10:24:25PM +0200, Hannes Magnusson wrote:
> functions/features now throwing E_DEPRECATED) is missing...
I just added the E_DEPRECATED constant to errorfunc.constants.php. Now
we need to make sure that each function that error has been applied to
has it's manual p
On Thu, Jul 03, 2008 at 10:30:43PM +0400, Dmitry Stogov wrote:
> I don't see big problems with closures. The patch is simple and stable.
While you're probably right, it seems there is still lots of discussion
about how closures should work. It seems better to get this right in a
later version t
Hi Gergely:
> foo.php:
> throw new Exception();
> class foo {}
>
> bar.php:
> class bar extends foo {}
>
> function __autoload($className)
> {
> include $className.'.php';
> }
> function error_handler()
> {
> throw new Exception();
> }
> set_error_handler("error_handler");
> new b
Hi Gergely:
> You totally missed the point. Please try the code first. I didn't write
> but I thought that it is obvious that the files are in the same directory.
The error was clear: the file containing the class foo was not found. But
before I made my post, I did run your test, just to make s
On Tue, Jul 15, 2008 at 02:09:33PM -0700, Christopher Jones wrote:
>
> For PHP 5.3 on, I'd be happy to see the Windows builds of PDO_OCI only
> produce php_pdo_oci.dll and no longer also build php_pdo_oci8.dll.
> The latter uses an older set of Oracle client libraries that allows
> connections to
Hi Dmitry:
On Tue, Aug 12, 2008 at 08:01:24AM -, Dmitry Stogov wrote:
>
... snip ...
> - Fixed bug #43817 (opendir() fails on Windows directories with parent
> directory unaccessible).
... snip ...
Can you please merge this down to 5.2?
Thanks,
--Dan
--
T H E A N A L Y S I S A N
Hi Anthony:
On Wed, Aug 13, 2008 at 12:01:11PM +0400, Antony Dovgal wrote:
> On 13.08.2008 04:38, Daniel Convissor wrote:
> >Hi Dmitry:
> >
> >On Tue, Aug 12, 2008 at 08:01:24AM -, Dmitry Stogov wrote:
> >>
> >... snip ...
> >> - Fixed bug #43817
On Wed, Aug 13, 2008 at 06:32:37PM +0400, Antony Dovgal wrote:
> On 13.08.2008 17:51, Daniel Convissor wrote:
> >
> >43817 is definitely a regression bug. Things worked correctly in 5.2.1
> >and then got broken in 5.2.2.
>
> Merging brand new realpath() implementat
Hi Hannes:
> Doesn't look like there will be a new 5.2 release any time soon
I've heard THAT one before. :)
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
On Mon, Sep 22, 2008 at 08:07:10PM +0400, Dmitry Stogov wrote:
> Yes. Changing :: into any other separator solves the functions/static
> methods and constants ambiguity, but it also breaks intuitive syntax.
Which is more important? Considering there have been threads upon
threads filled with my
On Tue, Sep 23, 2008 at 11:47:30AM +0400, Dmitry Stogov wrote:
> Stanislav Malyshev wrote:
> >
> > 3. Functions will not be allowed inside namespaces. We arrived to
> > conclusion that they are much more trouble than they're worth, and
> > summarily we would be better off without them. Most of the
Hi Greg:
On Sun, Sep 28, 2008 at 09:58:25PM -0500, Gregory Beaver wrote:
>
> The second highest vote was :::, but there was strong objection to this
> as well from some.
Sounds like you have the tally or know where it is (or you have an
excellent memory). Do you have a URI for it, please?
Reg
On Tue, Sep 30, 2008 at 07:51:04AM +0200, Lukas Kahwe Smith wrote:
> On 30.09.2008, at 05:36, Daniel Convissor wrote:
>
> I linked to one tally (not sure if its the final one) in my recent
> email:
> http://marc.info/?l=php-internals&m=113313170231815&w=2
Thanks.
>
Hi Jaris:
> I don't know if I'm using json_encode for something it's not supposed to
> do. I'm using it to serialize an object to send it to another
> runtime-environment in response to an remote call, just like what I can
> do with SOAP, REST or RMI. In this context I don't see much sense i
Hi James:
On Sun, Nov 09, 2008 at 01:10:51PM -0500, James Murray wrote:
> I'm not a C++ or C programmer, however I have made an extension that
> exposes a complimentary function to error_get_last, error_clear_last.
How does this differ from $php_errormsg?
> It's a much needed function for peo
Hi:
On Tue, Dec 09, 2008 at 01:50:21PM -0600, Gregory Beaver wrote:
> I
> think allowing include_path to be used at all for file modification is
> horrendous, and think it should be deprecated and removed from PHP 6.
I agree.
To avoid compatibility issues between 5.2 and 5.3, it seems best that
Hi:
I just reopend http://bugs.php.net/bug.php?id=43817 (opendir() fails on
Windows...) and marked the version 5.3.0beta1.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAn
Hi Eric:
On Mon, Feb 09, 2009 at 09:27:03PM -0500, Eric Stewart wrote:
> http://wiki.php.net/rfc/newinis
Thanks for the work.
I noticed the actual directives in the files are the same. I guess you
just focused on the Quick Reference section and getting the comments set
up the way you want.
L
Hi Steph:
On Wed, Feb 11, 2009 at 07:02:35PM -, Steph Fox wrote:
>
> In the last two upgrading guides, we've repeated much of what is already
> in the NEWS file or in the release notes. This makes me wonder what the
> point is of having an upgrading guide...?
Because the guide is in the man
Hi Steph:
> It's nothing to do with structure. "Everything" makes for a very long
> file, full stop.
It doesn't matter that the XML file is long. Each section is broken up
into a separate page in the manual.
You want the upgrade guide to contain just the things that will cause
difficulties u
Hi Steph:
> I'm talking about the UPGRADE file in the source, which is plain text.
AH! Pardon the misunderstanding. Yeah, it seems that file should be
short and sweet then point folks to the manual.
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
Hi Eric:
The mail.log entries need to be commented out, please.
http://bugs.php.net/bug.php?id=47543
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com
Hi Pierre and Ionut:
On Thu, Mar 26, 2009 at 07:40:04PM +0100, Pierre Joye wrote:
> On Thu, Mar 26, 2009 at 7:34 PM, Ionut G. Stan wrote:
> >
> > - php.ini-development and php.ini-production parse error on line 581
>
> Eric, can you look at it please?
That was fixed yesterday (per "php.ini-prod
Hi Matt:
On Sat, Mar 14, 2009 at 09:30:42AM -0500, Matt Wilmas wrote:
>
> But of course with
> doubles, precision has been lost long before 2^63 anyway, as far as
> increments of 1 (it's 1024 at 2^63).
I just ran into these issues in PHP 5.2.8 on 64 bit Linux while running
examples I'm using
Hi Matt, and everyone:
On Mon, Apr 06, 2009 at 01:00:47PM -0500, Matt Wilmas wrote:
> unless I'm missing something,
> you're talking about converting long/int to double/float. That's the
> opposite of this thread subject, which is how to convert a double to a
> long when it's out of the ran
Hi Paul:
On Tue, May 12, 2009 at 12:50:12PM +0100, Paul Biggar wrote:
>
> This is what I'm getting at. How can the parent class be changed? I
> can see that it might be deferred, but I don't see how it can be
> changed once it's set.
The decision of which class to extend from can be made at run
Folks:
> I propose the following behavior: "Throw a deprecated warning unless
> magic quotes are currently enabled and the
> parameter is to disable them".
The function is going away. A deprecated warning is necessary to alert
people of this fact, no matter how the function is used.
Thanks,
-
Howdy:
On Sat, Jan 21, 2006 at 01:48:54PM +0100, Derick Rethans wrote:
>
> I changed in CVS as follows:
>
> FL_* -> FILTER_VLIDATE_*
The above is a typo here only. The CVS commit is correct.
http://news.php.net/php.pecl.cvs/5003
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S
On Sat, Jan 21, 2006 at 02:21:14PM +0100, Christian Stocker wrote:
>
> AFAIK an object in JSON is just an associative array in PHP, so I don't
> see the point here in implementing that in anything else than an
> associative array on the PHP side.
Exactly what I was going to say.
The one thing I'
Hi Rasmus:
On Sun, Jan 22, 2006 at 03:02:02PM -0800, Rasmus Lerdorf wrote:
>
> A useful tag filter that understands attributes as well so you can lock
> down exactly which tags with which attributes you wish to allow through.
Tags? Attributes? I can try to guess what you mean, but perhaps yo
Hi Andi:
On Sat, Jan 21, 2006 at 08:01:25AM -0800, Andi Gutmans wrote:
>
> Well I think the right thing to do is pass an array of "allowed"
> classes into json_decode() and raise an error/exception if it's not
> in the list.
>
> I think it wasn't clear to some people why this is needed.
> I th
On Mon, Jan 23, 2006 at 06:00:24PM +0100, Pierre wrote:
>
> A "working" strip_tags, something like strip_tags_ex :)
Ah. My brain was still on the JSON part of this thread and was befuttled
by Rasmus talking about tags and attributes in relation to JSON.
Pardon,
--Dan
--
T H E A N A L Y S
On Wed, May 24, 2006 at 11:56:06AM -0700, Todd Ruth wrote:
> class TheParent {
> public $x = 3;
> }
> class UglyUncle {
> function f() {
> $this->x = 5;
> }
> }
> class Child extends TheParent {
> function f() {
> UglyUncle::f();
> }
> }
> $c = new Child();
> v
On Thu, Jun 01, 2006 at 07:17:48AM +0900, TAKAGI Masahiro wrote:
> > Currently, I have karma for phpdoc only.
> > Now I'd like to maintain not only php-doc but peardoc.
> > Could anyone give me karma for peardoc ?
>
> TAKAGI Masahiro mailto:[EMAIL PROTECTED]
Agreed.
--Dan
--
T H E A N A L Y
On Wed, May 31, 2006 at 06:24:35PM +0400, Antony Dovgal wrote:
>
> So that E_STRICT notices introduced in 6.x will become E_FATALs only in 7.0
> and so on.
That's pretty much what I was going to say.
To be clear, unlike the commit that was recently reverted, E_STRICT should
never be moved into
Hi:
Enjoyed Andrei's talk at the NYPHP Conference last week about unicode in
PHP 6. He mentioned that when unicode.semantics is on, strlen() will
return the number of characters rather than the number of bytes, like
mb_string() does or strlen() if mbstring.func_overload is on.
The hitch here
On Thu, Jun 22, 2006 at 09:15:23PM -0700, Sara Golemon wrote:
> utf16 of php's internal encoding.
Big or Little Endian?
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.Analy
On Fri, Jul 21, 2006 at 12:46:13PM +0200, Pierre wrote:
>
> I second your opinion. I don't see anything wrong in this code. PHP
> was never thought as an academic language, neither to clone pure OO
> language.
I agree. For those who want the academic/strict approach, PHP provides
Interfaces.
-
On Thu, Aug 17, 2006 at 10:17:10PM +0200, Edin Kadribasic wrote:
>
> http://downloads.php.net/edink/php-5.2.0RC2-Win32.zip
I have come upon a weird situation when running the PEAR DB test suite
against this release using a MySQL 4.1 server using mysqli. The test
suite uses run-tests.php. I've
Hi Rasmus:
> Both Wordpress and Drupal depends on php-mysql on Ubuntu, for
> example.
>
> It would be good if we could get the majority of the major PHP apps to
> commit to supporting mysqli along the same timeframe as marking this
> deprecated.
WordPress is moving in that direction:
http://core
Hi Anthony:
On Tue, Nov 13, 2012 at 11:07:53AM -0500, Anthony Ferrara wrote:
>
> Wordpress's latest trunk uses ext/mysql.
WordPress uses a "wpdb" object. Switching out the class to a mysqli
based one is pretty simple and a patch exists. I have a feeling it'll
make it into 3.6.
--Dan
--
T H
Hi:
On Sun, Dec 23, 2012 at 11:36:14PM -0500, Sherif Ramadan wrote:
> On Sun, Dec 23, 2012 at 11:24 PM, Igor Wiedler wrote:
>
> > In that case I was mistaken regarding the new "Z" char. But "a" has been
> > changed. It is noted in the UPGRADING file.
>
> You're right. It does break BC, but this
Hi Folks:
I'd like to put an example in the 5.5 migration documentation for the
"Case insensitivity no longer locale specific" section. Can someone
please provide one?
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and data
Hi Bob:
> I tried to widen the naming possibilities by allowing to use keywords
> as identifiers (for function names, class names, label (goto) names,
> ...) where possible.
Thank you for putting energy in to enhancing PHP.
That said, implementing this particular proposal will make code harder
t
Hi Bob:
> It's now only for class/interface/trait, label and method names.
Sure, that's not as bad.
A bigger concern of mine is the added compatibility problem with new
code possibly not being able to run on older PHP versions. That cost
seems greater than the benefit of some developers being a
Hi Bob:
> Well, that makes no sense. Then you just could say no to all new
> language changes. Because it cannot be run on older versions.
Allow me one last post to clarify. What I said is the cost in _this_
case doesn't outweigh the advantages.
As someone who writes a lot of open source (and
Hi:
On Fri, Aug 21, 2009 at 04:41:31PM -0400, Wietse Venema wrote:
>
> The Postfix sendmail command prefers input in native UNIX stream-lf
> format. Postfix will jump some hoops for software that wants to
> use the non-native CRLF format. It uses a switch (going from using
> LF to using CRLF) and
Hi Stas:
On Mon, Aug 24, 2009 at 12:59:55PM -0700, Stanislav Malyshev wrote:
>
> Just search for @fopen or @include or
> @xml or @eval - tons of examples.
True. But this patch could cause problems.
@ is often used to stop error/warning output to the browser on that line,
but the next couple
Hey Stas:
On Mon, Aug 24, 2009 at 11:43:22PM -0700, Stanislav Malyshev wrote:
>
> That's true. So, if you use code that uses $php_errormsg, of course you
> can not use this optimization and should not enable it (at least for
> error types and code parts that you use $php_errormsg with).
Exact
Hello Jani:
On Tue, Aug 25, 2009 at 11:11:19AM +0300, Jani Taskinen wrote:
> On 08/25/2009 10:35 AM, Stanislav Malyshev wrote:
>>
>> Because it would break other funcions (namely, $php_errormsg, error
>> handlers, etc.) which may be used by some.
>
> Well, not necessarily. How doesn't your patch b
Hi:
If the notice/warning gathering abstraction is going to be sending
queries to the DBMS in the background, one needs to be careful about
maintaining both the results and metadata from the original query that
caused the warnings.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N
Hi Lukas:
> hmm why do you think that PDO would need to take special care about
> this? seems like this is the job of the PDO using code ..
Depending on how PDO's code is written, it could inadvertently blow away
metadata without a user knowing it.
> but it does raise one concern that i did
Folks:
> http://tinyurl.com/UGPOM
The actual URI for that is
http://www.oracle.com/technology/tech/php/pdf
/underground-php-oracle-manual.pdf.
I encourage people to reconsider widespread use of URI shortening
services. They lose any clues readers may want as to what the resource
is and reduc
Hi Raphael:
On Tue, Jan 12, 2010 at 02:48:38PM -0600, Raphael Geissert wrote:
> As a first step I'll be trying to forward most of our
> patches so that there's a minor divergence.
Is there a document somewhere that explains the changes the Debian team
has made? (Other than reading a 600 kb dif
Hi Raphael:
> What patch do you want to know more about?
None. I am wondering if there is a resource for lay-people interested in
installing PHP via packages so they can know any eccentricities they will
encounter when compared to compiling it themselves.
For example, you discussed changing s
Hi Ralph:
On Wed, Jan 13, 2010 at 06:30:04PM -0600, Ralph Schindler wrote:
> In talking with Stas, it seems that since PHP_INT_MAX+1 is pushed into a
> (float) and since float values are stuffed into 52bit mantissa / 11 bits
> for exponents, we are loosing some precision. That lost precisions
Hi Stas:
On Tue, Jan 19, 2010 at 10:30:28AM -0800, Stanislav Malyshev wrote:
>
> People like to speak in full expressive sentences
Sure. But one needs to understand the language. Otherwise the reader
needs to go hunting around a dictionary (or in our case, the source code)
to figure out what
Hi Stas:
> If you don't understand the language, nothing is self-documenting.
Yes. For clarity, what I meant by the "knowing the language" reference,
I was imagining a PHP programmer trying to read/debug the code of a
pre-existing project for the first time. When the code does stuff like:
fo
Hi Stas:
On Tue, Jan 19, 2010 at 12:09:53PM -0800, Stanislav Malyshev wrote:
>
> $oop = $eep->oop();
> $ork = $oop->ork();
> $ah = $ork->ah();
> $ah2 = $ah->ah();
>
> where it instantly becomes crystal clear!
:) Yep, that's lousy code.
Variables should be named for the classes they represent.
1 - 100 of 304 matches
Mail list logo
