DR>> > Just to be clear: I'd be happier without type hinting then type hinting
DR>> > throwing an E_ERROR (a E_WARNING would also make me happy).
DR>>
DR>> I agree 100% here.
If so, what on the Earth prevents you from not using type hinting and
being happy? Or you want to say you would be better
On Sun, 30 Mar 2003, Andi Gutmans wrote:
> >Something like that. I haven't finalized what kind of method searching
> >will be available. Perhaps one of the flags will be REGEXP with a
> >optional argument specifying the regexp to match method name against.
>
> I would keep it simple. I don't see m
Hi!
Here are two patches that will fix this user request.
I hope they look fine. Btw, they are for php5 HEAD.
I don't have any karma so I can't commit them even if they look
good. So I will leave that to someone else..
/Magnus
--
War is much too serious a matter to be entrusted to the milit
Where's the patch? It seems your sylpheed doesn't correctly send the
attachment as text/plain. Try suffixing it with ".txt"..
Moriyoshi
Magnus Maatta <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Here are two patches that will fix this user request.
> I hope they look fine. Btw, they are for php5 HEAD.
On Mon, 31 Mar 2003 01:25:43 +0900
Moriyoshi Koizumi <[EMAIL PROTECTED]> wrote:
> Where's the patch? It seems your sylpheed doesn't correctly send the
> attachment as text/plain. Try suffixing it with ".txt"..
>
hmm.. heh.. ok.. They should come now then.. And remember that it's my
first patche
On Sun, 30 Mar 2003 18:32:21 +0200
Magnus Maatta <[EMAIL PROTECTED]> wrote:
> On Mon, 31 Mar 2003 01:25:43 +0900
> Moriyoshi Koizumi <[EMAIL PROTECTED]> wrote:
>
> > Where's the patch? It seems your sylpheed doesn't correctly send the
> > attachment as text/plain. Try suffixing it with ".txt"..
Still no patch.
On Sunday, March 30, 2003, at 11:32 AM, Magnus Maatta wrote:
On Mon, 31 Mar 2003 01:25:43 +0900
Moriyoshi Koizumi <[EMAIL PROTECTED]> wrote:
Where's the patch? It seems your sylpheed doesn't correctly send the
attachment as text/plain. Try suffixing it with ".txt"..
hmm.. heh.. o
On Sun, 30 Mar 2003, Magnus Maatta wrote:
> > hmm.. heh.. ok.. They should come now then.. And remember that it's my
> > first patches (ZE2 patch is 90% Marcus btw), so don't be to hard on me =D
>
> Argh.. Let me put them on URL instead..
>
> http://novell.stoldgods.nu/~magnus/12192.diff
> http:/
On Sun, 30 Mar 2003 11:46:41 -0500
Andrei Zmievski <[EMAIL PROTECTED]> wrote:
> On Sun, 30 Mar 2003, Magnus Maatta wrote:
> > > hmm.. heh.. ok.. They should come now then.. And remember that it's my
> > > first patches (ZE2 patch is 90% Marcus btw), so don't be to hard on me =D
> >
> > Argh.. Let
In addition to the gdFreeFontCache segfault I sent yesterday, here is an
imagettfbbox() crash. I am starting to wonder if we have a basic
incompatibility with the current freetype lib. This is PHP_4_3 on a
Debian box with:
ii libfreetype6-dev 2.1.3+2.1.4rc2-4
Andrei Zmievski wrote:
> I'd rather not keep extending in_array() with more and more
> parameters. I must have missed it, but why do we need a
> case-insensitive version of it in the first place?
ATM, in_array() takes 2 args and 1 parameter. Adding 1 more
wouldn't hurt, doesn't break BC, and pr
On Sun, 30 Mar 2003, Mike Robinson wrote:
> ATM, in_array() takes 2 args and 1 parameter. Adding 1 more
> wouldn't hurt, doesn't break BC, and provides some added
> usefulness.
And slows down the inner loop of searching.
> IMHO, this would be a handy feature, and if it
> were added I can't ima
At 10:42 AM 3/30/2003 -0500, Andrei Zmievski wrote:
On Sun, 30 Mar 2003, Andi Gutmans wrote:
> >Something like that. I haven't finalized what kind of method searching
> >will be available. Perhaps one of the flags will be REGEXP with a
> >optional argument specifying the regexp to match method name
At 20:24 30.03.2003, Andrei Zmievski wrote:
On Sun, 30 Mar 2003, Mike Robinson wrote:
> ATM, in_array() takes 2 args and 1 parameter. Adding 1 more
> wouldn't hurt, doesn't break BC, and provides some added
> usefulness.
And slows down the inner loop of searching.
If thats the only problem the p
At 04:19 PM 3/29/2003 -0500, Andrei Zmievski wrote:
On Sat, 29 Mar 2003, Marcus Börger wrote:
> >> What about doing it with some interfaces?
>
> or an abstract base class because most methods are the same
Doing it just for the sake of interface or abstract classes doesn't seem
prudent to me. So wha
At 03:37 PM 3/29/2003 -0500, Andrei Zmievski wrote:
I have the first draft of PHP 5 reflection API ready. You can find it
at:
http://www.gravitonic.com/software/php/reflection.txt
Comments and suggestions are appreciated.
By the way, I might have missed it,but maybe we should have a way to check
Andrei Zmievski wrote:
>
> On Sun, 30 Mar 2003, Mike Robinson wrote:
> > ATM, in_array() takes 2 args and 1 parameter. Adding 1 more
> > wouldn't hurt, doesn't break BC, and provides some added
> > usefulness.
>
> And slows down the inner loop of searching.
Indeed, but it's always a point of
On Sat, Mar 29, 2003 at 03:37:30PM -0500, Andrei Zmievski wrote:
> I have the first draft of PHP 5 reflection API ready. You can find it
> at:
>
> http://www.gravitonic.com/software/php/reflection.txt
>
> Comments and suggestions are appreciated.
It would be cool if there was a way to get th
On Sat, Mar 29, 2003 at 04:00:45PM -0800, Shane Caraveo wrote:
> I want to start de-versioning our filenames (for example php4isapi.c to
> php_isapi.c) and project files (dsp files on win), and change built
> files to php5xxx where apropriate. I would do it using:
>
> $ mv old new
> $ cvs remo
On Sun, 30 Mar 2003 14:06:29 -0500
"Mike Robinson" <[EMAIL PROTECTED]> wrote:
> Andrei Zmievski wrote:
> >
> > On Sun, 30 Mar 2003, Mike Robinson wrote:
> > > ATM, in_array() takes 2 args and 1 parameter. Adding 1 more
> > > wouldn't hurt, doesn't break BC, and provides some added
> > > usefu
On Sun, 30 Mar 2003 22:12:22 +0200
Magnus Maatta <[EMAIL PROTECTED]> wrote:
> On Sun, 30 Mar 2003 14:06:29 -0500
> "Mike Robinson" <[EMAIL PROTECTED]> wrote:
>
> > Andrei Zmievski wrote:
> > >
> > > On Sun, 30 Mar 2003, Mike Robinson wrote:
> > > > ATM, in_array() takes 2 args and 1 parameter.
On Sun, 30 Mar 2003, Jon Parise wrote:
> It would be cool if there was a way to get the (defined) set of
> parameters for a function / method. I'm going to assume that, because
> it's not included in your proposal, it's not currently possible given
> the current model, though.
Right. The engine w
On March 30, 2003 01:19 pm, Rasmus Lerdorf wrote:
> I am starting to wonder if we have a basic
> incompatibility with the current freetype lib. This is PHP_4_3 on a
> Debian box with:
>
> ii libfreetype6-dev 2.1.3+2.1.4rc2-4
> FreeType 2 font engi
Here is the script:
That button.png image is here: http://lerdorf.com/images/button.png
And I have put the handwriting.ttf file at lerdorf.com/handwriting.ttf
I get the RSHUTDOWN crash on about 30% of the hits to that script and the
imagettfbbox() crash very infrequently.
-Rasmus
On Sun, 30 M
My questions for the other day seem a lot off. After going through modules
much more, I need someone to either confirm or explain a little more on how
resources within a module are destroyed. What I am seeing stepping through
the code is the following:
a module loaded from the ini file destroys it
Hi,
I've created a patch for the modification I've made to the OpenSSL
extension.
The patch modifies the openssl_sign() function to accept a fourth
parameter, which specifies the hashing algorithm to use.
I've added 4 new constants to represent the hashing algorithms:
OPENSSL_ALGO_SHA1
OPENSSL
On Sun, 30 Mar 2003, scott wrote:
> I've created a patch for the modification I've made to the OpenSSL
> extension.
>
> The patch modifies the openssl_sign() function to accept a fourth
> parameter, which specifies the hashing algorithm to use.
Looks fine, but can you please post the whole patch
Here's the corrected patch.
Scott.
On Sun, 30 Mar 2003, Derick Rethans wrote:
> On Sun, 30 Mar 2003, scott wrote:
>
> > I've created a patch for the modification I've made to the OpenSSL
> > extension.
> >
> > The patch modifies the openssl_sign() function to accept a fourth
> > parameter, which
On Sun, 30 Mar 2003, scott wrote:
> Here's the corrected patch.
I committed it after some minor layout changes.
Derick
--
"my other box is your windows PC"
-
Derick Rethans
Hi Sascha,
could you have a look at this
==2050== valgrind-1.0.4, a memory error detector for x86 GNU/Linux.
==2050== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward.
==2050== Estimated CPU clock rate is 550 MHz
==2050== For more details, rerun with: -v
==2050==
==2050== Conditional jump
> > ATM, in_array() takes 2 args and 1 parameter. Adding 1 more
> > wouldn't hurt, doesn't break BC, and provides some added
> > usefulness.
>
> And slows down the inner loop of searching.
>
> > IMHO, this would be a handy feature, and if it
> > were added I can't imagine having to extend in_arr
> Andrei: -1
> Ilia: -1
> Derick: -1
> Georg: -1
> Marcus: +0
> Moriyoshi: -1
>
> Total: -5
>
> So I marked it: Won't Fix
>
> Good experience thou =)
>
>
> /Magnus
Hrm, and next time I'll leave it til I've read to the end of the thread
before I comment :-I
--
PHP Intern
On Mon, 31 Mar 2003, Marcus Börger wrote:
> Hi Sascha,
>
> could you have a look at this
Fixed
- Sascha
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
33 matches
Mail list logo
