Hi:
> Anyone else getting an invalid cert on https://pear.php.net ?
The pear webserver died. Christian Weiske is doing the move. He's
temporarily using his cert.
Thanks for the heads up.
--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
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 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:
> 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 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:
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 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 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 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 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 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
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 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?
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 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 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 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:
> 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:
> 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:
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
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 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
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 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 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 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 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 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 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:
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 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 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 Folks:
There's a minor difference between the output of "configure --help"
between PHP_5_3 and PHP_5_4. The change makes it hard to tell what the
default values are for some options.
The options impacted are those defined in configure.in using
PHP_ARG_WITH. A simple example is --with-layout
Hi Anthony:
> isset($foo['bar'][1]['baz']) && is_array($foo['bar'][1])
>
> You don't need to check each level. Only the one above the key you're
> looking at.
Excellent thinking. One hitch... that goes fatal in 5.3 if $foo is a string.
Here's how to write the test so it works the same way unde
Hi Rasmus:
> Yes, no change in any of that. In your usage, the case that behaves
> differently in 5.4 was actually a fatal error in 5.3, so chances are
> pretty good you don't have too many of these.
Things only go fatal in 5.3 under some circumstances. Doing isset()
does not:
5.3.9RC3-dev ST
Hi Stas:
> I have no idea why Drupal would use side effects
> of string offset bugs to distinguish between arrays and strings
They're not trying to distinguish between strings and arrays. People
using this syntax are trying to see if a particular array element is
populated. In the past, it happ
Hi Ferenc:
On Thu, Nov 24, 2011 at 10:54:24PM +0100, Ferenc Kovacs wrote:
> > I would vote for allowing only numbers in the string index/offset: [0-9]+
>
> By "allowing" I meant that we should trigger the notice if the string index
> contains anything else than numbers.
I agree with this approac
Hi Stas:
> I'm sorry that influences you code, it is unfortunate, but relying
> on an obscure bug, however convenient, is not a good practice.
Please don't put this on me. It's not about me. It's about many, many
developers who have this usage in many places. This change will open up
many unex
Hi Stas:
> I am 100% opposed to changing anything there and
> re-breaking string offsets because somebody uses string indexes to
> operate on strings and expect them to work in weird ways that makes
> $a[0][0] work differently from $b = $a[0]; $b[0].
The fix to make $a[0][0] work is good. No arg
Hi Again Folks:
On Wed, Nov 23, 2011 at 09:14:09AM -0500, Daniel Convissor wrote:
> $a = 'foo';
> echo $a['blah'] . "\n";
>
> But that second one echos out "f". This is a huge WTF.
Two things for the record on this front. First, i'v
Hi Ferenc:
[And the manual sys...]
> "Non-integer types are converted to integer."
> So it is a documented behavior, so the current change is just a bugfix imo.
Can someone please lend me their time machine so I can go back and tell
folks to just use {} for string offsets and [] for arrays?
Hi Stas:
> It's actually very simple. Take variable $a which is a string
> ("foo"). Now it you do $a[0] that would produce first letter - "f".
> Now here's a tricky part - if you do $a['blah'] it would convert
> 'blah' to number, get 0 and return the same letter "f".
To me, this is the bug. $a['
Hi Etienne:
> AFAIK this is one of the change that was explicitly put in to make it
> more consistent.
But now it breaks code in the wild. I came across this due to an
isset() in PEAR now passing when it didn't before.
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
Hi Folks:
I just stumbled upon a regression in 5.4. In an array, a sub-sub-key of
an existing key is now returning a letter of the value indexed by the
main key. I'm raising it here so it doesn't get lost.
https://bugs.php.net/bug.php?id=60362
Thanks,
--Dan
--
T H E A N A L Y S I S A N
Hi Yasuo:
> I've posted pgsql patch that adds
> pg_escape_literal()/pg_escape_identifier()
pg_escape_identifier() sounds good.
Regarding pg_escape_literal(), which implements PQescapeLiteral, it is
very similar to PHP's pg_esacpe_string(), implementing
PQescapeStringConn. What is the benefit of
Hi Yasuo:
> I'm also holding pgsql patch that adds pg_escape_literal() which
> escapes SQL literal. (i.e. table names, filed names, etc)
The database documentation I've read calls those "identifiers" rather
than "literals". Pardon the "bike shedding," but it would be good to
name the function ac
Hi Stas:
> We're in RC now, and I'm very concerned about the status of DateTime
> functionality (see bugs 60236, 60237 and XFAILs)
60237 is a duplicate of https://bugs.php.net/bug.php?id=55253. I just
marked it as such. I suspect the remaining two bugs are related to the
same underlying problem
Hi Chris:
> Can you log a bug for this?
https://bugs.php.net/bug.php?id=60333
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/
4015 7th Ave #4, Br
Hi Again:
> type libmysql mysqlnd
> ---
> CHAR(2) 26
Oh, by the way, I saw a CHAR(20) field come out as 60 in mysqlnd. So it
looks like the size is being multiplied by 3. Perhaps that's a clue for
debugging.
Thanks,
--Dan
--
T H E A N A L Y S I S A
Hi Folks:
The output of mysqli_fetch_field() produces different results when
running against mysqlnd than it does against libmysql. I've mentioned
issues along these lines a couple times on the list in the midst of
other threads relating to MySQL handling, but nobody has really
addressed it direc
Hey Derick:
On Mon, Nov 07, 2011 at 01:15:48PM +, Derick Rethans wrote:
> On Sun, 6 Nov 2011, Stas Malyshev wrote:
>
> > 2. DateTime fixes with TLA timezones
>
> Please remind me the issue number?
I assume he's talking short hand about the DateTime RFC stuff:
https://wiki.php.net/rfc/dateti
Hi Stas:
> That's what I don't understand - so in the real code, what would be
> the use case where I'd want to use ST/DST? I.e., if I know the exact
> time, I could just use the timestamp or GMT time which doesn't have
> transitions.
Yeah, this stuff is very edge case. It is for use when one ne
Hi Folks:
Please take a moment to review the DateTime transitions RFC and vote on
it. I encourage voting on it to ensure we are all on the same page as
to how PHP will handle transitions. Voting is open through 10/31.
Read: https://wiki.php.net/rfc/datetime_and_daylight_saving_time
Vote: https:
Hi Derick:
On Mon, Oct 24, 2011 at 08:31:20PM +0100, Derick Rethans wrote:
> On Mon, 24 Oct 2011, Daniel Convissor wrote:
> > https://wiki.php.net/rfc/datetime_and_daylight_saving_time
>
> I don't see why this requires voting. It's a bug fix.
While it's kind of a
Hi Stas:
> The next release is planned to be RC1 and is scheduled for November 10.
You want the DateTime DST fixing RFC
(https://wiki.php.net/rfc/datetime_and_daylight_saving_time) implemented
before RC1, right? If so, keep in mind that voting on it will start
tomorrow and finish on November 1.
Hi Stas:
On Mon, Oct 24, 2011 at 09:57:51AM -0700, Stas Malyshev wrote:
>
> Not an objection but more a side question - is this related to
> fixing TLA timezones in general? Right now they fail in a multitude
> of scenarios which have nothing to do with transitions, such as:
>
> $t = new DateT
Hi:
> https://wiki.php.net/rfc/datetime_and_daylight_saving_time
I will move this to voting phase tomorrow unless I hear objections.
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
ht
On Wed, Oct 19, 2011 at 08:18:50AM +0100, Lester Caine wrote:
> I've come to one simple
> conclusion, and that is that the internal system always works with
> UTC times. All of the calculations and 'timing diagrams' therefore
> have unique and sequential times.
That is how PHP's DateTime works.
-
Hello!
PHP's DateTime class has unexpected outcomes when dealing with the
transitions between Daylight Saving Time and Standard Time.
Properly defining, documenting and unit testing DateTime's behaviors is
important for PHP's future. This document seeks agreement on what the
expected behaviors sh
On Fri, Oct 07, 2011 at 08:13:49PM +0200, Hannes Magnusson wrote:
>
> When 5.3 came around, I literally had to diff the sources to figure
> out what was going on, I am not going through that again.
...
> If that doesn't happen, we wind up with more features like streams and
> filters which took 5+
Hi Rasmus:
On Fri, Sep 23, 2011 at 12:06:28PM +0200, Rasmus Lerdorf wrote:
>
> Ok, executive decision made. Patch committed.
Thanks.
> 1. Should we work up a basic PEAR test case that we can add to our
>tests?
Funny you mention that. I wrote an extensive email to the PEAR QA team
a month
Hi Folks:
On Thu, Sep 22, 2011 at 02:41:14AM +0200, Kalle Sommer Nielsen wrote:
>
> While I respect from a package maintainer standpoint the thought of
> reverting to the pre 5.3.8 behaviour would help the Ubuntu project,
> however, in the whole image it does not help the PHP project
Breaking PHP
Hi Folks:
On Fri, Sep 02, 2011 at 06:08:59PM -0700, Stas Malyshev wrote:
> we'd do better skipping out problematic tests (which
> I also think is wrong, especially if these tests discover API
> incompatibility which shouldn't even exist between mysqlnd and
> libmysql) than just ignore the failures
Hi:
While I mentioned the following in the "5.4 beta & tests" thread, I'll
semi-re-post this here so it doesn't get lost in a thread not
specifically about mysql tests.
libmysql:
http://www.analysisandsolutions.com/php/mysqli.test.failures.libmysql.tbz
mysqlnd:
http://www.analysisandsolutions.com
Hi Again:
On Thu, Sep 01, 2011 at 03:56:57PM -0400, Daniel Convissor wrote:
>
> http://www.analysisandsolutions.com/php/mysqli.test.failures.tbz
>
> I didn't modify the tests because they're working for other people.
>
> Built 5.4 from svn checkout this afternoon
Hi:
On Tue, Aug 30, 2011 at 10:55:48PM -0700, Rasmus Lerdorf wrote:
>
> http://codepad.org/ZV8imUuc
I see Rasmus is only getting one mysqli failure. I'm getting several.
The diff, out and exp files can be found here:
http://www.analysisandsolutions.com/php/mysqli.test.failures.tbz
I didn't mod
Hi Rasmus:
On Tue, Aug 23, 2011 at 11:51:32AM -0700, Rasmus Lerdorf wrote:
>
> http://gcov.php.net/viewer.php?version=PHP_5_4&func=tests
>
> and visit it daily from now on? I'd like to see this go to 0 before we
> release the first 5.4 beta later this year. Probably by moving the bulk
> of these
Hi Stas:
On Tue, Aug 23, 2011 at 10:12:19AM -0700, Stas Malyshev wrote:
> >
> >Revision: http://svn.php.net/viewvc?view=revision&revision=315376
>
> I don't understand this fix. How comes that diff test has:
>
> test_years_positive__6_shy_1_day: DIFF: 2007-02-06 00:00:00 EST -
> 2000-02-07 00:00
Hi:
On Sun, Aug 21, 2011 at 03:08:09PM +0200, Reindl Harald wrote:
> FAIL DateTime::diff() days -- spring type2 type2
> [ext/date/tests/DateTime_days-spring-type2-type2.phpt]
> FAIL DateTime::diff() days -- spring type2 type3
> [ext/date/tests/DateTime_days-spring-type2-type3.phpt]
> FAIL DateTi
Hi Ondřej:
On Tue, Aug 23, 2011 at 09:09:37AM +0200, Ondřej Surý wrote:
>
> I probably don't know enough about procedures here. But if you know
> that the tests are failing, you should move them to XFAIL category,
> don't you?
The tests that are expected to fail are marked XFAIL. The two other
Hi Stas:
On Mon, Aug 22, 2011 at 03:31:56PM -0700, Stas Malyshev wrote:
>
> We still have tons of failures in DateTime IIRC and that's because
> of the buggy three-letter timezones.
There are bugs with both type 1 (regularly created datetimes) and type 2
(datetimes created using three letter tim
Hi Again Reindl:
On Sun, Aug 21, 2011 at 10:21:40AM -0400, Daniel Convissor wrote:
> On Sun, Aug 21, 2011 at 03:08:09PM +0200, Reindl Harald wrote:
>
> > FAIL DateTime::diff() days -- spring type2 type2
> > [ext/date/tests/DateTime_days-spring-type2-type2.phpt]
> > FA
Hi Reindl:
On Sun, Aug 21, 2011 at 03:08:09PM +0200, Reindl Harald wrote:
> This is my try to help badly prevent broken releases like
> 5.3.7 in the future, 54 failing tests are way too much and
> the XFAILED should be removed until they are working
XFAIL's should stay, in my opinion. Their resu
Hi Folks:
On Sun, Jul 24, 2011 at 12:18:51AM +0200, Ferenc Kovacs wrote:
>
> first of all, 1 think it would be better to change only one thing at a
> time (add E_STRICT to E_ALL), and we also exclude E_DEPRECATED for
> production, which would imo much more important for most apps than
> fixing th
Hi Pierre:
> if there are no objection until then, I will commit this patch as it
> is tomorrow.
Derick is out of town until Monday.
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
h
Hi Pierre:
> I do not want to sound harsh but could you please read my reply?
I had read your reply. I value your opinion. I also want to hear from
other people, and Derick in particular, which is why I directly addressed
him in my prior email to the list.
Thanks,
--Dan
--
T H E A N A L
Hi Derick:
On Mon, Jul 18, 2011 at 05:23:58PM +0100, Derick Rethans wrote:
>
> Doesn't that mean that anybody not running a php.ini file will just
> always get this warning/error? I wouldn't want that as a php.ini file
> should be optional.
Yeah, that's problematic. What are your thoughts as
Hi Folks:
We all want to see Magic Quotes go away. Discussions on this list indicate
several people are concerned with doing this in a safe and orderly
manner. [1][2] To this end, I have posted an RFC at
https://wiki.php.net/rfc/magicquotes_finale
Please read it through, think about it, then po
Hi:
On Sun, Jul 17, 2011 at 05:31:05PM -0700, Stas Malyshev wrote:
> On 7/17/11 3:03 PM, Richard Quadling wrote:
>
> >My local ini file is 6 lines long. Works perfectly.
>
> And you rely on magic_quotes being on, right? Then you have peculiar
> definition of "working perfectly".
Let's not pick
Hi Stas:
> Nobody runs PHP with -n, who would you do that? INIs are the
> recommended setting, if you ignore that, you do it at your own
> peril.
I've seen many servers that run with php.ini files that have only a few
lines in them, relying on the defaults for most of the behavior.
--Dan
--
T
Hi Folks:
On Thu, Jul 07, 2011 at 02:20:50PM -0700, Stas Malyshev wrote:
>
> In fact, I'm not sure why would we need such warning at all. Unknown
> class - return false, who cares?
+1
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 intens
Hi:
I wasn't keen on earlier proposals for the [] array syntax. Sean, your
case is laid out in a clear manner and addresses my concerns. I like
this RFC.
> * Strictness of unquoted keys.
Keys should be quoted. At the very least, unquoted keys should raise an
E_NOTICE.
> * Suppo
Hi Hannes:
On Fri, Jun 17, 2011 at 07:11:53PM +0200, Hannes Magnusson wrote:
>
> Does it mean that all the tests Daniel added should work now?
> http://news.php.net/php.cvs/65174
Alas, no. There are other bugs in the bed.
--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
Hi Stas:
> $start = new DateTime('2010-10-04 02:18:48 EDT');
> $end = new DateTime('2010-11-06 18:38:28 EDT');
> $int = $start->diff($end);
... snip ...
> As you can see, the date in $start changed, even though it shouldn't
> happen.
Funny you should mention that now. I ran into the same exact
Hi Pierre:
On Mon, Jan 31, 2011 at 08:43:40PM +0100, Pierre Joye wrote:
>
> It does not matter what is the latest VC version. What matters is that
> VC6 is a dead cow and we won't support it anymore, even for the
> current stable, 5.3. And to be honest I don't really care about
> Apache.org's use
On Sun, Jan 30, 2011 at 03:02:25PM -0800, Stas Malyshev wrote:
>
> It looks like all of these are reproducible only on vc6 build and
> all have same issues with division and rounding, and all not
> reproducible on vc9 - which makes me thing it's some vc6 problem.
> Maybe the one Gustavo identified
Hi Folks:
On Tue, Jan 25, 2011 at 04:15:26PM +0100, Pierre Joye wrote:
> be sure to use the right type(s), do the casting correctly
Let's dial back the personalities for a moment. The issue raised above
produces bugs in DateTime::diff().
The existing code relies on C dropping decimal component
Hi James:
On Sat, Dec 18, 2010 at 05:08:38PM +, James Butler wrote:
> What about people on shared hosting?
One option may be to put a in an .htaccess file.
Oh, and keep in mind .
--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
Hi Pierre:
On Thu, Dec 16, 2010 at 01:32:15PM +0100, Pierre Joye wrote:
> However I would
> prefer to bring back a proposal we had a couple of years ago, to
> totally disable post data.
Completely disabling POST is something that is probably best done
via web server configurations. Doing this a
Hi Again:
On Sat, Nov 27, 2010 at 08:43:40PM -0500, Daniel Convissor wrote:
>
> Not that my vote really counts, but -1. Doing so would eliminate the
> helpful ability to grep source code for 'function bar'.
It also will trip up the multitude of PHP IDE's and editors
Hi:
On Sat, Nov 27, 2010 at 06:40:23PM +0100, Johannes Schlter wrote:
> public bar() {
Not that my vote really counts, but -1. Doing so would eliminate the
helpful ability to grep source code for 'function bar'.
--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
Hi:
On Fri, Nov 19, 2010 at 10:36:13PM -0800, Philip Olson wrote:
>
> PHP 5.3
> - Default (On)
> - php.ini-development (Off)
> - php.ini-production (Off)
> - E_DEPRECATED error when On
The deprecated message is only thrown if you set magic quotes to on in a
php.ini file. If you're runnning wit
On Fri, Nov 19, 2010 at 04:41:48PM +0100, Ferenc Kovacs wrote:
> you can get pwn3d with magic_quotes_gpc = On
That goes without saying. None the less, it will be problematic for PHP
to disable/remove a "security" feature that some people rely on.
--Dan
--
T H E A N A L Y S I S A N D S
Hi Johannes:
On Thu, Nov 18, 2010 at 05:25:49PM +0100, Johannes Schlter wrote:
>
> > 2) Error out if using CGI or web SAPI and one of the following is true:
> >a) php.ini does not contain "magic_quotes_gpc = Off"
> >b) php.ini contains "magic_quotes_runtime = On"
> >c) php.ini contains
On Wed, Nov 17, 2010 at 11:40:37PM -0600, Larry Garfield wrote:
>
> I won't miss magic quotes if they're removed, but I can see the argument for
> saying "not quite yet". Off-by-default is absolutely necessary if they're
> kept. (Dear god, you mean they aren't off by default already?)
When ope
On Mon, Oct 25, 2010 at 12:56:28AM +0200, Etienne Kneuss wrote:
> Exactly, if Bar::getFoo is not called statically, parent::getFoo() will
> not be a static call, it should not get through __callStatic.
That logic sounds good. Unfortunately, things aren't behaving that way:
http://bugs.php.net/b
Hi Hannes:
On Fri, Jun 11, 2010 at 07:34:54PM +0200, Hannes Magnusson wrote:
>
> Which part of "zend_throw_exception()" sounds like a php-general@ question?
DOH!
--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 programmi
Hi Pieter:
On Thu, Jun 10, 2010 at 12:41:29PM -0700, Pieter de Zwart wrote:
>
> zend_throw_exception(amqp_connection_exception_class_entry, "blah blah
> blah", 0 TSRMLS_CC);
> return;
These kinds of questions (regarding how to use PHP) should be asked on
the php-general list. The internals li
Hi Zeev:
On Wed, Jun 09, 2010 at 05:17:13PM +0300, Zeev Suraski wrote:
>
> I think having E_TYPE (or whatever), a non-fatal notice that can be
> either ignored or handled separately from everything else makes sense. I
> think we may actually want to introduce it at the most basic levels of
>
Hi Lukas:
On Fri, Jun 04, 2010 at 08:28:12AM +0200, Lukas Kahwe Smith wrote:
>
> Same deal as E_NOTICE. Either you care about them or you dont.
Exactly. The type hinting situation is unique. It is something that
applications will frequently want to handle gracefully in order to
provide usefu
1 - 100 of 304 matches
Mail list logo
