On 16.02.15 20:46, Lester Caine wrote:
> On 16/02/15 18:34, Ferenc Kovacs wrote:
>> On Mon, Feb 16, 2015 at 6:55 PM, Lester Caine wrote:
>>> /srv/repo/php-src_master/ext/opcache/ZendAccelerator.c:2005:19: error:
>>> ‘zend_array’ has no member named ‘pDestructor’
>>> Seems to be due to changes for
On 16.02.15 10:37, Joe Watkins wrote:
> Please review the RFC, and provide feedback, if there are no strong
> objections we will go ahead with a vote when the patch is ready, in the
> coming days.
>
> https://wiki.php.net/rfc/expectations
I like it. But why do those two INI settings use d
On 01.02.15 17:27, Martin Jansen wrote:
> Currently I'm seeing some odd behavior with PHP 7 and SoapClient
> embedded deep into a Symfony2 application. That same code works with
> 5.x. Unfortunately I cannot yet reproduce the issue with a short script.
Please ignore that one;
Currently I'm seeing some odd behavior with PHP 7 and SoapClient
embedded deep into a Symfony2 application. That same code works with
5.x. Unfortunately I cannot yet reproduce the issue with a short script.
Basically it boils down to get_function in ext/soap/soap.c returning
NULL because zend_hash
On 24.10.13 10:19, Kris Craig wrote:
> Aaaand I forgot to include the link. Nice one, Kris.
>
> Ok, HERE are the screenshots I took: http://imgur.com/a/ZgWW0
People are already working on getting the site removed from the
blacklist. Please abandon this thread now.
- Martin
--
PHP Interna
On 14.09.13 13:45, Alain Williams wrote:
> ./myScript | less
>
> Since less is an interactive program it puts the terminal into 'raw' mode so
> that it can read characters one at a time. However, when I do the above I find
> that the commands that I type to less are echoed back to me and not a
On 06.03.13 13:48, Max Romanovsky wrote:
>4. Add handling of DateTime objects to SoapServer and SoapClient. It
>will help in using this build-in datatype without typemap.
This is (at least partially) covered by the patch in
https://bugs.php.net/44383. Have you tried that one to see if its
Back in December I submitted a pull request to make FILTER_VALIDATE_INT
accept +0/-0. That request was merged into php-src:
https://github.com/php/php-src/pull/248
The other day I then stumbled upon a note on
http://www.php.net/manual/en/filter.filters.validate.php saying "Numbers
+0 and -0 are n
On 07.01.13 20:14, Pierre Joye wrote:
> functions. Next major version (6) will support unicode filenames,
> which will solve the 255 chars horrible limitation.
I thought the Unicode effort was abandoned long time ago. You sound like
someone is still actively working on it?
- Martin
--
PHP Inter
On 06.01.13 06:38, Stas Malyshev wrote:
> https://wiki.php.net/rfc/curl-file-upload
>
> Please review and comment. If there's a general positive feedback, I'll
> try to implement a patch for it pretty soon.
Looks solid to me.
One thing though: The manual spells the extension "cURL" and so does
h
In https://github.com/php/php-src/pull/247 I have implemented MAC
address validation for ext/filter.
The current implementation detects MAC addresses in three notations
(IEEE 802 with colons or hyphens and EUI-64 with dots) and optionally
one can specify the expected separator character (colons/h
On 17.04.12 10:24, Bas van Beek wrote:
> Sounds like facilitating wrong security protocols to me. In this
> 365/24/7 environment, sysadmins should be willing and able to patch, fix
> and secure systems at any time. Weekend should be no excuse.
There are a lot of (very serious) shops out there with
Is there any intention behind enabling the mail.add_x_header
configuration directive in php.ini-production?
http://lxr.php.net/opengrok/xref/PHP_TRUNK/php.ini-production#1018
This setting exposes (sort of) sensitive information about application
deployments to third parties while IMO having no ap
On 01.01.12 05:19, Florian Anderiasch wrote:
> Did the monitoring url change or is it still down?
> Are there any efforts to bring munin back?
The move to a new machine is underway but go stalled by recent downtimes
of another important server. Here's hoping to get it done by the end of
the week.
On 13.11.11 19:08, Pierre Joye wrote:
> 2011/11/13 Antoine Delignat-Lavaud :
>> On Sun, 2011-11-13 at 14:23 +0100, Pierre Joye wrote:
>>>
>>> There is an idea to have pseudo object for common types, where these
>>> functions would be callable without actually having an instance. No
>>> implementati
On 23.09.11 18:15, Matthew Weier O'Phinney wrote:
> That said, I think it would be good to have a notification system
> whereby framework leads are all pinged on new betas and RCs, and a wiki
Something could probably monitor
http://svn.php.net/repository/php/php-src/tags/ for changes and alert
peo
On 31.03.11 17:05, Rasmus Lerdorf wrote:
> On 03/31/2011 07:41 AM, Philip Olson wrote:
>> On Mar 30, 2011, at 1:42 PM, Martin Jansen wrote:
>>> I recently got around to merge them into a largely unfinished extension
>>> so they are archived somewhere safe: https://github
On 31.03.11 16:41, Philip Olson wrote:
> On Mar 30, 2011, at 1:42 PM, Martin Jansen wrote:
>> Both str_startswith and str_endswith have been suggested in the past:
>>
>> http://marc.info/?t=12164723011&r=1&w=2
>>
>> I recently got around to merge them
On 30.03.11 21:36, Dan Birken wrote:
> As for adding other string functions, I agree, I think there are a lot of
> them that would be great to add. starts_with & ends_with for sure.
Both str_startswith and str_endswith have been suggested in the past:
http://marc.info/?t=12164723011&r=1&w=2
On 28.11.10 16:14, Gustavo Lopes wrote:
> On Sun, 28 Nov 2010 14:58:13 -, David Otton
> wrote:
>> As a plea on behalf of maintenance coders dealing with large, messy
>> codebases, please, please don't impact our ability to run 'grep -rs
>> "function functionName" *', or hit F8, or whatever you
On 23.10.10 01:05, Gustavo Lopes wrote:
> On Fri, 22 Oct 2010 22:22:06 +0100, Martin Jansen
> wrote:
>
>> I'm trying to store zvals in a hash table which is part of a resource.
>> Unfortunately the zvals do not seem to "persist" between function calls:
>
&
I'm trying to store zvals in a hash table which is part of a resource.
Unfortunately the zvals do not seem to "persist" between function calls:
Please see my code below. In foo_get_value zend_hash_find() does *not*
return FAILURE, so the key is there while the value is gone. Can
someone spot m
On 29.4.2010 13:13, mathieu.suen wrote:
> Johannes Schlüter wrote:
>> On Mon, 2010-04-26 at 16:32 +0200, mathieu.suen wrote:
>>
>>> I am wondering why is the token name so incomprehensible ?
>>> Like T_PAAMAYIM_NEKUDOTAYIM...
>>
>> I don't mind if we change the name in the error message. Seems t
On 5.4.2010 00:45, Pierre Joye wrote:
> On Mon, Apr 5, 2010 at 12:07 AM, Stanislav Malyshev wrote:
>
>> 3. Combining named and un-named params can get weird - i.e. foo(1,2,3) is
>> simple, foo(1, 2, bar => 3) is doable, but foo(1, 2, bar => 3, 4) would be
>> trouble, since it is not clear at all
On 6.4.2010 19:54, Rasmus Lerdorf wrote:
> On 04/06/2010 10:47 AM, Scott MacVicar wrote:
>> http://whisky.macvicar.net/patches/utf8-string.diff.txt
>
> My only issue with this is that it essentially duplicates the utf8 part
> of get_next_char() from html.c. I'd like to see cs parsing in one place
On 02.04.10 19:56, Rasmus Lerdorf wrote:
> rasmus Fri, 02 Apr 2010 17:56:37 +
>
> Revision: http://svn.php.net/viewvc?view=revision&revision=297350
>
> Log:
> Update the FILTER_VALIDATE_EMAIL filter to fix bug #49576
I'm referring to the following comment:
On 27.03.10 17:29, Stefan Marr wrote:
>
> On 27 Mar 2010, at 17:23, Martin Jansen wrote:
>
>> On 27.03.10 17:02, Toorion wrote:
>>> $myLongNameObject = new MyLongNameObject();
>>> $myLongNameObject->property1 = '1';
>>> $myLongNameObject
On 27.03.10 17:02, Toorion wrote:
> $myLongNameObject = new MyLongNameObject();
> $myLongNameObject->property1 = '1';
> $myLongNameObject->property2 = '2';
> $myLongNameObject->property3 = '3';
> $myLongNameObject->property4 = '4';
> $myLongNameObject->property5 = '5';
[...]
>
+ | lice...@php.net so we can mail you a copy immediately. |
+ +--+
+ | Author: Martin Jansen|
+ +--+
+*/
+
+/* $Id*/
Recently we've experienced an issue regarding the safe mode check in
tempnam() which was introduced in r288945 4 months ago. When calling
tempnam("/tmp/foo"), with /tmp/foo being a directory, it turned out that
the safe mode UID check was performed on /tmp instead of /tmp/foo. When
calling tempnam
On Mon, Sep 8, 2008 at 12:18 PM, Arnaud Le Blanc <[EMAIL PROTECTED]> wrote:
> The patch allows to store upload progress informations in session variables.
> These informations can be retrieved by an other script while the upload is
> still in progress, allowing to provide feedback to the user.
> Im
On Mon, Jul 21, 2008 at 7:36 PM, Pierre Joye <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 21, 2008 at 12:18 PM, Martin Jansen <[EMAIL PROTECTED]> wrote:
>> Attached is a patch plus test case for PHP_5_3's PDO_OCI that fixes
>> bug #41996. Should cleanly apply to HEAD,
Attached is a patch plus test case for PHP_5_3's PDO_OCI that fixes
bug #41996. Should cleanly apply to HEAD, too.
Martin
Index: oci_statement.c
===
RCS file: /repository/php-src/ext/pdo_oci/oci_statement.c,v
retrieving revision 1.25
Attached is a patch plus test case for bug #44301. The patch is for
the PDO_OCI that comes with the PHP_5_3 branch, but it should fit for
HEAD, too.
Martin
Index: oci_statement.c
===
RCS file: /repository/php-src/ext/pdo_oci/oci_stat
Attached you'll find a patch against PHP_5_3 that implements two new
string functions:
str_startswith(haystack, needle [, case_sensitivity])
checks if haystack starts with needle. The check is performed
case-insensitively, but this can be overridden by passing TRUE as the
value for the third para
On Sun, Jun 22, 2008 at 10:32 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> It seems we don't use the openssl extension API at all in ext/phar, just the
> actual OpenSSL headers and libs. That means Phar with OpenSSL support can be
> both built and run without ext/openssl being built at all, but requi
Martin Jansen wrote:
On Sat Oct 13, 2007 at 11:4625AM +0200, Martin Jansen wrote:
Attached is a patch for the MySQL and SQLite drivers of PDO that
implements the feature request from #42589 by adding the name of the
table where the column is from to the output of getColumnMeta().
Antony
Attached is a patch and a corresponding test case for bug #42322 against
the PHP_5_3 branch. (Antony suggested I don't supply PDO patches
against HEAD.)
- Martin
Index: ext/pdo_mysql/mysql_statement.c
===
RCS file: /repository/php
On Sat Oct 13, 2007 at 11:4625AM +0200, Martin Jansen wrote:
> Attached is a patch for the MySQL and SQLite drivers of PDO that
> implements the feature request from #42589 by adding the name of the
> table where the column is from to the output of getColumnMeta().
Antony already impleme
On Fri Oct 12, 2007 at 01:5229PM -0700, Stanislav Malyshev wrote:
> Martin Jansen wrote:
> >The attached patch against HEAD attempts to unify the phpinfo() output
> >of the PDO drivers for Oracle, MySQL, and PostgreSQL by always including
> >the PECL module version string and
Attached is a patch for the MySQL and SQLite drivers of PDO that
implements the feature request from #42589 by adding the name of the
table where the column is from to the output of getColumnMeta().
The change for MySQL seems to be pretty straightforward, but for SQLite
I had to add the SQLITE_ENA
The attached patch against HEAD attempts to unify the phpinfo() output
of the PDO drivers for Oracle, MySQL, and PostgreSQL by always including
the PECL module version string and the $Id$ CVS keyword. (Akin to how
it is done for the SQLite driver.) Assuming that you are interested in
the changes,
When building HEAD, GCC complains about a stray backslash in
ext/mysql/php_mysql.c. The attached patch fixes this.
- Martin
Index: php_mysql.c
===
RCS file: /repository/php-src/ext/mysql/php_mysql.c,v
retrieving revision 1.244
diff -u
On Tue May 16, 2006 at 09:5439PM +0100, Phil Driscoll wrote:
> I guess as well as a software list, we need an important platform list so we
> know that an RC has been exercised on at least:
> Linux X86 Apache module
> Linux X86_64 Apache module
> BSD Apache module
> Solaris Apache module
> Windows
On Sat Nov 26, 2005 at 09:5522AM +0100, Ron Korving wrote:
> > Speaking of this, I like Greg's suggestion about prefixing all internal
> > classes with PHP_. While there are certainly classes out there that are
> > prefixed with it, we could tell developers that starting with e.g. PHP 6
> > the PH
On Fri Nov 25, 2005 at 09:1028PM +0100, Marcus Boerger wrote:
> i think you didn't understand the whole point here. Naming something
> after an every day word just like 'Date' is like screaming for problems in
> bigger scenarios. It is a beginners mistake to not prefix such stuff.
Assuming this
Attached is a patch that fixes a typo in the test case
tests/lang/038.phpt.
--
- Martin Martin Jansen
http://martinjansen.com/
Index: tests/lang/038.phpt
===
RCS file
on line 4"?
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
unctions() (Christian)
Shouldn't the method be called registerPHPFunctions() (PHP in uppercase
letters) instead?
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
add "backwards compatibility" to a whole project without
much work.
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ard.
Agreed.
Just a minor note: If the -t option isn't specified, it should default
to "-t pear", as packaging this format will happen most times, imo.
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
net being equivalent (== same machine, same codebase) to
pear.php.net but with a slightly different logo/color scheme and only
showing the PECL packages.
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
isible and we'll only have to maintain one site
instead of two.
--
- Martin Martin Jansen
http://martinjansen.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 2003-04-04 at 19:35, Sterling Hughes wrote:
> On Fri, 2003-04-04 at 12:42, Martin Jansen wrote:
> > On Fri, 2003-04-04 at 19:15, Sterling Hughes wrote:
> > > On Fri, 2003-04-04 at 12:26, Martin Jansen wrote:
> > > > "In PECL all code has to follow the P
On Fri, 2003-04-04 at 19:15, Sterling Hughes wrote:
> On Fri, 2003-04-04 at 12:26, Martin Jansen wrote:
> > "In PECL all code has to follow the PHP coding standards."
> > (http://pear.php.net/manual/en/developers.meaning.php)
> >
>
> Then the manual is wrong.
On Fri, 2003-04-04 at 18:26, Sterling Hughes wrote:
> No, in PEAR. In PECL your code can look however it likes, at least
> that's my understanding.
The manual states it differently:
"In PECL all code has to follow the PHP coding standards."
(http://pear.php.net/manual/en/developers.meaning.php)
On Thu, 2003-03-27 at 09:42, Marcus Börger wrote:
> At 19:17 26.03.2003, Martin Jansen wrote:
> >On Wed, 2003-03-26 at 15:29, Antony Dovgal wrote:
> > > I just don't see any reasons to include experimental extensions,
> > > that will cause such "security ad
On Wed, 2003-03-26 at 15:29, Antony Dovgal wrote:
> I just don't see any reasons to include experimental extensions,
> that will cause such "security advisories", into the core distribution.
> Someone can explain this to me, maybe I'm wrong?
The plan is to move a lot of extension to PECL, once th
On Wed, 2003-03-26 at 10:39, Antony Dovgal wrote:
> On Wed, 26 Mar 2003 01:30:11 -0800 (Pacific Standard Time)
> Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
>
> > I don't see how it is in any way exploitable.
> That's what I wanted to say indeed.
>
> IMHO it will be much better to move this extensi
60 matches
Mail list logo
