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
> 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
> > 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
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
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
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:
> 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
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
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
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
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
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 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 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 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 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
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
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
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 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 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
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
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
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
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
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:/
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 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"..
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
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.
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
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
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
33 matches
Mail list logo
