Why not just use a branch? Are you expecting this to come back to the
mainstream PHP distro?
> -Original Message-
> From: Wez Furlong [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 25, 2006 6:09 PM
> To: php-dev
> Subject: [PHP-DEV] ext/openssl copied to pecl/openssl
>
> Just a he
Just a heads up:
Both Pierre and myself have some bits and pieces that we'd like to do
to the openssl extension separate from the main source tree, pushing
releases via pecl, so I copied ext/openssl to pecl/openssl on the cvs
server.
These two areas are not symlinked because we want them to be i
Christian Schneider writes:
> Another idea (I haven't seen skimming through the replies):
> Move use of undefined variable, property and index from
> E_NOTICE to E_STRICT as it is a coding style question some
> people use to find typos.
IMHO it's more than just a coding style used to find typos.
Richard Lynch wrote:
On Wed, October 25, 2006 9:56 am, Christian Schneider wrote:
Another idea (I haven't seen skimming through the replies):
Move use of undefined variable, property and index from E_NOTICE to
E_STRICT as it is a coding style question some people use to find
typos.
I'd be tota
On Wed, October 25, 2006 9:56 am, Christian Schneider wrote:
> Another idea (I haven't seen skimming through the replies):
> Move use of undefined variable, property and index from E_NOTICE to
> E_STRICT as it is a coding style question some people use to find
> typos.
I'd be totally -1 on that...
Hello,
On 10/26/06, Richard Lynch <[EMAIL PROTECTED]> wrote:
Haven't read the rant (yet) but, e, have they released Flash
anything in this millenium for Linux?...
Cuz it seems like I never can manage to get to download anything
higher than Flash Player 6 for my Linux box desktop at home. W
On Mon, October 23, 2006 6:26 pm, Rasmus Lerdorf wrote:
> Peter Brodersen wrote:
>> On Mon, 23 Oct 2006 10:38:31 -0700, in php.internals
>> [EMAIL PROTECTED] (Rasmus Lerdorf) wrote:
>>
>>> I had left out SERVER filtering in the initial version for much the
>>> same
>>> reasoning, but it turns out t
On Mon, October 23, 2006 3:43 pm, Ilia Alshanetsky wrote:
>
> On 23-Oct-06, at 4:16 PM, Richard Lynch wrote:
>
>> Some ISPs will be quicker to upgrade LAMP than to let users build
>> SSH
>> tunnels.
>
> If your ISP does not give you SSH, perhaps it is time to find
> yourself another ISP.
I agree w
Thanks to Hannes we have a fairly complete list of changes in the
error conditions, so far people who have commented out it did not
appear to have identified anything objectionable. We need to make a
decision on how to proceed, either to roll 5.2.0 now or wait another
week. My vote is to ro
PEAR development (XML_RPC2 package)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus Boerger wrote:
> - Add a new severity E_DEPRECATED
>
> - severities are used as follows:
> . E_DEPRECATED: Some language featre that is likely to go away. Eearlierst
> removal would be two minor versions or one major version later. That is
> something that gets deprecated in 5.2
Marcus Boerger wrote:
> - Add a new severity E_DEPRECATED
Sounds like a good idea, +1 on the whole thing.
> . E_STRICT any rule that reflects common strict standards, like OOP theory
> that is considered harmless if not followed. For example the combination
> 'abstract static' makes no
Hello,
On 10/25/06, Skalpa Keo <[EMAIL PROTECTED]> wrote:
Hi,
First my apologies for not being able to go a real reply to the real thread,
but I just subscribed to the list a couple days ago (and the original thread
subject was way too long anyway ;-)).
> > Boolean values are the only case wh
Glenn Richmond wrote:
look and see if I can come up with a fix in the mean time. Should it be
re-logged as a bug to get it some more attention in the future?
more bug reports are not going to help .. just append the existing one
with a patch.
regards,
Lukas
--
PHP Internals - PHP Runtime D
ok, sure. I'm a little more familiar with the php code base now than
when I first looked at the bug a few weeks ago, so I'll have another
look and see if I can come up with a fix in the mean time. Should it be
re-logged as a bug to get it some more attention in the future?
Regards,
Glenn.
Lu
Glenn Richmond wrote:
No, it's never worked as far as I know, but it doesn't mean it's not a
bug. The session functions shouldn't have to be reset every time
session_write_close or session_destroy is called. It's been logged
previously at: http://bugs.php.net/bug.php?id=32330. It's also a
con
No, it's never worked as far as I know, but it doesn't mean it's not a
bug. The session functions shouldn't have to be reset every time
session_write_close or session_destroy is called. It's been logged
previously at: http://bugs.php.net/bug.php?id=32330. It's also a
consistent issue in varoiu
Glenn Richmond wrote:
i.e. It still knows that it's a custom defined handler, but the
references to the functions are gone. If I make a call to
session_set_save_handler after the first session_write_close, the
problem goes away. Of course, this isn't practical for a large number of
sites.
And
Done, I've just tested on PHP Version 5.2.0RC7-dev (today's snapshot)
and get the same result. The code is:
session_start();
$_SESSION['testing'] = $contents;
session_write_close();
unset($_SESSION['testing']);
session_start();
$newcontents = $_SESSION['testing'];
session_write_close();
Ther
Glenn Richmond wrote:
Hi guys,
Just wondering what the status of the user-defined session handlers is?
I've tested with 5.2rc4 and there is an issue that the references to the
user functions get erased when the user calls session_write_close or
session_destroy. This means that the system revert
On 10/25/2006 01:04 PM, Glenn Richmond wrote:
Hi guys,
Just wondering what the status of the user-defined session handlers is?
I don't think it makes any sense to ask such questions on the list, for the answer in
most cases is "they are doing fine, thank you".
Just grab the latest snapshot, t
Hi guys,
Just wondering what the status of the user-defined session handlers is?
I've tested with 5.2rc4 and there is an issue that the references to the
user functions get erased when the user calls session_write_close or
session_destroy. This means that the system reverts to an alternative
hand
On 24/10/06, Mathieu Gagné <[EMAIL PROTECTED]> wrote:
Hi,
> I personally also don't see a good reason to disable E_WARNING and
> E_NOTICE (and possibly also E_DEPRECATED) in a production environment -
> you may still want to log such errors. As long as display_errors is
> off, it's not a pr
23 matches
Mail list logo
