[PHP-DEV] Mail-Header in bug-list
Hi would it be possible to revert the headers, or put the status at the end of the subject?! Its impossible to read the subjects in your mailclient, even if you use a terminal. Thx in advance Georg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process
Date: Thu, 25 Jul 2002 10:56:12 +0200 To: Sascha Schumann [EMAIL PROTECTED] From: Melvyn Sopacua [EMAIL PROTECTED] Cc: Derick Rethans [EMAIL PROTECTED], PHP Developers Mailing List [EMAIL PROTECTED], PHP Quality Assurance Team Mailing List [EMAIL PROTECTED] Subject: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] PHP 4.2.3 release process At 09:43 7/25/2002 +0200, Sascha Schumann wrote: Maybe even comment on the MAKE env variable, I think it'll be OK. Why do you want to remove existing and working functionality? Because it's only working, when using BSD make. The case statement in configure.in just plain assumes when on BSD/OS we're using bsd make. sure. that's how it usually is, no? BSD oses install GNU make as gmake. I'm not, simply because php and apache are the only ones so considerate of BSD make so it makes no sence if you're installing and configuring software, to use bsd make as your default. I confess I'm not sure whether I parse the above sentence correctly. If so, rest assured that much more software than just PHP and Apache builds with the native FreeBSD make. In fact, whenever I build something outside the ports system, I use make, and only if that fails, gmake. -- FreeBSD 4.6-STABLE 2:14PM up 10 days, 33 mins, 5 users, load averages: 0.03, 0.03, 0.00 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Mail-Header in bug-list
- Original Message - From: Georg Richter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 26, 2002 11:04 PM Subject: [PHP-DEV] Mail-Header in bug-list Hi would it be possible to revert the headers, or put the status at the end of the subject?! Its impossible to read the subjects in your mailclient, even if you use a terminal. +1 with best regards Joerg Behrens -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] usort() implementation in 4.1+
I'm sure this has been discussed on here already, but I just discovered the usort()
behaviour that was
introduced in php 4.1.0 relating to equal values. Consider this scenario:
?
class data_object
{
var $id;
var $time;
function data_object($id, $time)
{
$this-id = $id;
$this-time = $time;
}
function do_sort($a,$b)
{
if($a-time == $b-time) return 0;
return ($a-time $b-time) ? 1 : -1;
}
}
$a3 = new data_object(3, 400);
$a2 = new data_object(2, 400);
$a1 = new data_object(1, 400);
$o_array[0] = $a1;
$o_array[1] = $a2;
$o_array[2] = $a3;
echo pre;
print_r($o_array); // the array is in the right order here...
echo /pre;
usort($o_array, array(data_object,do_sort));
echo pre;
print_r($o_array); // here it's apparently in the order it is stored in memory...
echo /pre;
?
There's obviously a couple workarounds in this simple case, but adding more member
vars and defining
objects in different places complicates things. This behaviour is a bug IMO. And yes
I saw the note in
the manual, but i still think this is counter-intuitive and has the chance to break
people's code (it broke
mine).
Phil Dier [EMAIL PROTECTED]
gett communications http://www.gettcomm.com
gett labs, inc. http://www.gettlabs.com
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: outsider
Translating the documentation to Slovenian language. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] finishing strtok() implementation
What does this have to do with strtok()? :) Am I missing something? Andi My bad :) I was thinking about glob() of course. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PEAR-DEV] Binary extensions via PECL
On Fri Jul 26, 2002 at 06:2117PM +0300, Marko Karppinen wrote: 1. Someone from the PHP Group will be designated the PHP Certificate Authority. This person will, on a mostly non-connected system, grant certificates for all PEAR/PECL package maintainers. He will also maintain a Certificate Revocation List on www.php.net. The PHP CA public key will be distributed with all copies of PHP. 2. Package maintainers will prepare their packages like before. In addition to the package, they will prepare an S/MIME message that contains the SHA1 (RFC3174) hash of the package in question. The maintainers will cryptographically sign this message and send it to the repository along with the package. 3. The PEAR/PECL installer will fetch both the package and the accompanying S/MIME message, verifying that the signatory has been certified by the PHP CA. The installer will also check that the signatory has not been placed on the php.net CRL. Finally, the installer will determine whether the SHA1 hash in the message matches with the hash of the downloaded package. If not, the installation is aborted. Will this process only apply for PECL extensions (as your subejct implies) or will it apply for PEAR packages also? Generally, your proposal sounds fine for me. - We need a volunteer for the PHP CA. Stig sounds like the man for this. - After this change the OpenSSL extension will be a significant enabler of the PEAR/PECL infrastructure. It should be on by default (if the host has OpenSSL installed). What's with Windows? Does it support OpenSSL by default? -- - Martin Martin Jansen http://martinjansen.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] finishing strtok() implementation
Hi Markus, Do you have time to look into http://bugs.php.net/bug.php?id=17353 before 4.3.0 is released? Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
