Hi Rob,
On Mon, Aug 19, 2024 at 7:51 PM Rob Landers wrote:
> > Invariance would make arrays very difficult to adopt, as a library can not
> > start type hinting generic arrays without breaking user code, and users can
> > not pass generic arrays to libraries until they start using generic arra
Hi Bob,
On Tue, Aug 20, 2024 at 12:18 AM Bob Weinand wrote:
> The fluid Arrays section says "A PoC has been implemented, but the
> performance impact is still uncertain". Where may I find that PoC for my
> curiosity? I'm imagining the implementation of the array types as a counted
> collection
Hi Mike,
On Tue, Aug 20, 2024 at 2:45 AM Mike Schinkel wrote:
> It seems Java-style Generics are viewed as the proper archetype for Generics
> in PHP? I would challenge the wisdom of taking that road considering how
> different the compilers and runtimes are between the Java and PHP. PHP
> s
Hi Larry,
On Tue, Aug 20, 2024 at 3:32 AM Larry Garfield wrote:
> > In fact, generic traits (essentially statically replacing the generic
> > arguments at link-time) would be an useful feature which would remain
> > useful even if we had fully reified generics.
> > I recognize that some functiona
Hi,
I have seen a "NEEDS DEVELOPER" flag on the TODO for the "Implement
RecursiveTreeIterator in C" task, so I would like to propose my
implementation [1].
Currently it follows the PHP implementation, except that it does not have a
$prefix public property (how about a private property and a se
Hi,
I made a patch [1] for a bug I reported some times ago [2].
gzinflate() passes the Z_FINISH flag to inflate(). This flag may be used when
the length of the decoded data is known, so that the data is decoded in one
pass.
When gzinflate() do not know the decoded length, it grows the buffer an
On Wed, Jul 9, 2008 at 11:18 AM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>
> Looks very good! Many thanks.
>
> Best regards,
> Marcus
>
>
Thanks :)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
On Wednesday 09 July 2008 20:06:14 Marcus Boerger wrote:
> Hello Arnaud,
>
> if you can provicde the same for HEAD then I'll submit it. And if you're
> fast enough we might even get it into 5.3.0 :-) Johannes, Lukas, how
> much time does he have?
>
> marcus
Ok, I made it [1]. I n
On Wednesday 09 July 2008 20:06:14 Marcus Boerger wrote:
> Hello Arnaud,
>
> if you can provicde the same for HEAD then I'll submit it. And if you're
> fast enough we might even get it into 5.3.0 :-) Johannes, Lukas, how
> much time does he have?
>
> marcus
>
Hi,
I would like to add a
Hello,
Ok, that's why I said that I didn't know what to do with these conversions. At
now I just left the E_NOTICE errors.
Regards
> Hello Arnaud,
>
> I will commit it afte I have reviewed and changed it a bit. Right now you
> ignore conversoin errors. I'll change this to throw exceptions to
Hello,
> Slightly modified and applied. Thanks for the good work.
Thanks :)
> Care to look into the MultipleIterator next?
Ok, I will do that.
Etienne, I think I can do that before the 24th.
Regards,
Arnaud
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: ht
Hello,
> > Care to look into the MultipleIterator next?
>
That's done, for 5_3 [1] and HEAD [2].
And a test [3][4] covering mostly all the cases.
[1] http://arnaud.lb.s3.amazonaws.com/MultipleIterator_5_3.patch
[2] http://arnaud.lb.s3.amazonaws.com/MultipleIterator_HEAD.patch
[3] http://arnaud.
Hello Marcus,
On Wednesday 23 July 2008 01:16:14 Marcus Boerger wrote:
> Hello Arnaud,
>
> Tuesday, July 22, 2008, 11:23:47 AM, you wrote:
>
> > Hello,
>
> >> > Care to look into the MultipleIterator next?
> >>
>
> > That's done, for 5_3 [1] and HEAD [2].
> > And a test [3][4] covering mostly
On Saturday 26 July 2008 13:57:45 Lukas Kahwe Smith wrote:
>
> On 26.07.2008, at 13:02, Johannes Schlüter wrote:
>
> > Again a general request to the developer and user community at large:
> > Please concentrate on finding&fixing bugs instead of functional
> > changes
> > (including arginfo and
Hi,
I made a pcntl_signal_dispatch() function [1] to allow scripts that use
signals to work without ticks.
This function just calls the pcntl's tick handler on-demand so that all signal
handler functions are called if there are pending signals.
It does not allow the signal handlers to be calle
Hi,
On Sunday 27 July 2008 15:35:11 Matt Wilmas wrote:
>
> Sorry, but now I'm the one who's confused here, since I have no idea what
> I'm supposed to look into exactly. :-/ I know about shebang lines, and I
> know there's a check in the scanner now to skip over it (must have been
> somewhere el
On Sunday 27 July 2008 16:04:58 Derick Rethans wrote:
> On Sun, 27 Jul 2008, Arnaud Le Blanc wrote:
>
> > Hi,
> >
> > I made a pcntl_signal_dispatch() function [1] to allow scripts that use
> > signals to work without ticks.
> >
> > This function jus
On Sunday 27 July 2008 16:38:47 Arnaud Le Blanc wrote:
> On Sunday 27 July 2008 16:04:58 Derick Rethans wrote:
> > On Sun, 27 Jul 2008, Arnaud Le Blanc wrote:
> >
> > > Hi,
> > >
> > > I made a pcntl_signal_dispatch() function [1] to allow scripts tha
On Monday 28 July 2008 23:11:21 Stanislav Malyshev wrote:
> Hi!
>
> > The problem was experienced by 5 persons at least.
>
> How many persons is not very important, what important is how many
> different compilers they used and how recent those are, in other words -
> how frequently you could h
On Monday 28 July 2008 17:26:39 Arnaud Le Blanc wrote:
> On Sunday 27 July 2008 16:38:47 Arnaud Le Blanc wrote:
> > On Sunday 27 July 2008 16:04:58 Derick Rethans wrote:
> > > On Sun, 27 Jul 2008, Arnaud Le Blanc wrote:
> > >
> > > > Hi,
> > > >
On Tuesday 29 July 2008 16:40:03 Antony Dovgal wrote:
> On 29.07.2008 18:28, Arnaud Le Blanc wrote:
> >> I added pcntl_sigwaitinfo(), pcntl_sigtimedwait() and pcntl_sigprocmask()
to
> >> my patch:
> >>
> >> http://arnaud.lb.s3.amazonaws.com/pcntl.patch
&
On Tuesday 29 July 2008 16:55:12 Lukas Kahwe Smith wrote:
>
> On 29.07.2008, at 16:40, Antony Dovgal wrote:
>
> > On 29.07.2008 18:28, Arnaud Le Blanc wrote:
> >>> I added pcntl_sigwaitinfo(), pcntl_sigtimedwait() and
> >>> pcntl_sigprocmask()
Hi,
On Wednesday 30 July 2008 18:37:26 Dmitry Stogov wrote:
> I see several issues with the patch
>
> 1) It assumes that web server (and webserver extensions) won't setup any
> signal handlers after PHP startup. This assumption may be wrong.
>
> 2) It is incompatible with ext/pcntl
If zend_sign
On Wednesday 30 July 2008 20:46:13 Jani Taskinen wrote:
> Arnaud Le Blanc kirjoitti:
> > Hi,
> >
> > On Wednesday 30 July 2008 18:37:26 Dmitry Stogov wrote:
> >> I see several issues with the patch
> >>
> >> 1) It assumes that web server (and w
Hi,
On Friday 01 August 2008 05:39:27 Lucas Nealan wrote:
> I was initially planning to implement ZTS, however the more I learned the
> harder it became. The first issue being that not every scope implementing
> the blocking macros has implemented or fetched TSRMLS data. Many places in
> zend_allo
On Friday 01 August 2008 13:27:44 Lucas Nealan wrote:
> Hi!
>
> On 7/31/08 11:07 PM, "Arnaud Le Blanc" <[EMAIL PROTECTED]> wrote:
>
> > I worked a bit on the ZTS version, this actually fixes many problems with
ZTS
> > on non-windows plateforms :)
&
Votre message:
> Greetings!
>
> On 8/3/08 9:37 PM, "Arnaud LB" <[EMAIL PROTECTED]> wrote:
> > If sigaction is not available Zend Signal Handling will not be
> > enabled, so it will not be enabled on Windows (I assume sigaction is
> > not available on Windows, it is ?).
> > For pthreads and sigproc
On Tuesday 05 August 2008 12:28:19 Lucas Nealan wrote:
> On 8/4/08 11:51 PM, "Arnaud Le Blanc" <[EMAIL PROTECTED]> wrote:
> > global_sigmask is initialized using sigfillset(), so it contains _all_
> > signals (except SIGSEGV, etc because non-blockable or not safe to
On Tuesday 05 August 2008 08:51:33 Arnaud Le Blanc wrote:
> Votre message:
> > Greetings!
> >
> > On 8/3/08 9:37 PM, "Arnaud LB" <[EMAIL PROTECTED]> wrote:
> > > If sigaction is not available Zend Signal Handling will not be
> > > enabled, s
Hi,
On Wednesday 06 August 2008 18:18:49 Jani Taskinen wrote:
> Rasmus Lerdorf wrote:
> > I think we either need to make clearstatcache() not affect the realpath
> > cache, or we should add an optional argument to it to specify whether or
> > not the realpath cache should be cleared as well.
>
> S
On Wednesday 06 August 2008 19:56:58 Arnaud Le Blanc wrote:
> Hi,
>
> On Wednesday 06 August 2008 18:18:49 Jani Taskinen wrote:
> > Rasmus Lerdorf wrote:
> > > I think we either need to make clearstatcache() not affect the realpath
> > > cache, or we should
On Thursday 07 August 2008 01:50:06 Johannes Schlüter wrote:
> On Wed, 2008-08-06 at 21:00 +0200, Arnaud Le Blanc wrote:
> > > > btw. I just noticed chroot() calls this
> > > > realpath_cache_clean()..intentional?
>
> I'd assume that, as /foo inside a c
Hi,
PCRE can be highly recursive [1] and this can cause segmentation faults [2].
This is a known problem and the pcre ini settings avoids the segfaults, but
the execution of the expression will fail anyway.
PCRE has a NO_RECURSE flag which makes the match() internal function no
recursive and a
nk so..
> If you need to match large amounts of data, just increase the stack size.
> ulimit is your friend :)
>
> Nuno
>
>
> - Original Message -
> From: "Arnaud Le Blanc" <[EMAIL PROTECTED]>
> To:
> Sent: Thursday, August 07, 2008 1:24 PM
>
Hi,
On Thursday 07 August 2008 16:48:30 Johannes Schlüter wrote:
> Hi,
>
> On Thu, 2008-08-07 at 13:07 +, "Antony Dovgal" wrote:
> > tony2001Thu Aug 7 13:07:07 2008 UTC
> >
> > Removed files:
> > /php-src/ext/pcntl EXPERIMENTAL
> > Log:
> > remove EXPERIMENTAL flag
On Thursday 07 August 2008 17:01:52 Lukas Kahwe Smith wrote:
> On 07.08.2008, at 16:59, Arnaud Le Blanc wrote:
> > Hi,
> >
> > On Thursday 07 August 2008 16:48:30 Johannes Schlüter wrote:
> >> Hi,
> >>
> >> On Thu, 2008-08-07 at 13:07 +, "
On Thursday 07 August 2008 21:52:37 Rasmus Lerdorf wrote:
> Felipe Pena wrote:
> > Em Qui, 2008-08-07 às 20:55 +0200, Hannes Magnusson escreveu:
> >> On Thu, Aug 7, 2008 at 20:20, Rasmus Lerdorf<[EMAIL PROTECTED]> wrote:
> >>> Christian Stocker wrote:
> Hi
>
> Since quite some time
:)
>
> Thanks. Dmitry.
>
> Hannes Magnusson wrote:
> > On Thu, Aug 7, 2008 at 22:37, Arnaud Le Blanc <[EMAIL PROTECTED]> wrote:
> >> virtual_file_ex() assumes that realpath() returns NULL when the file
> >> does not exists. But BSD's realpath() will not
On Thursday 07 August 2008 11:33:02 Arnaud Le Blanc wrote:
> On Thursday 07 August 2008 01:50:06 Johannes Schlüter wrote:
> > On Wed, 2008-08-06 at 21:00 +0200, Arnaud Le Blanc wrote:
> > > > > btw. I just noticed chroot() calls this
> > > > > realpath_
Hi,
As Lucas said the patch seems ready now, could someone please review the patch
for inclusion ?
http://wiki.php.net/rfc/zendsignals
Changes that have been made:
- The patch has been ported to HEAD
- The patch now supports multithreaded environments, and fixes many problems
on non-windows p
On Saturday 09 August 2008 23:16:30 Antony Dovgal wrote:
> On 09.08.2008 19:28, Dmitry Stogov wrote:
> > The improved patch fixes all the issues I found during testing.
> > However I wasn't able to test it on NETWARE and on Solaris with relative
> > paths.
> >
> > Please test it as much as possible
On Sunday 10 August 2008 17:14:52 Pierre Joye wrote:
> hi Arnaud!
>
> On Sat, Aug 9, 2008 at 4:20 PM, Arnaud Le Blanc <[EMAIL PROTECTED]> wrote:
> >> Commited :)
>
> Do you have a windows dev box? It seems that something is broken on
> Windows. One reproduce
On Sunday 10 August 2008 17:46:20 Arnaud Le Blanc wrote:
> On Sunday 10 August 2008 17:14:52 Pierre Joye wrote:
> > hi Arnaud!
> >
> > On Sat, Aug 9, 2008 at 4:20 PM, Arnaud Le Blanc <[EMAIL PROTECTED]>
wrote:
> > >> Commited :)
> >
> > Do you
Hi,
On Wednesday 13 August 2008 10:09:43 Dmitry Stogov wrote:
> Hi Lucas,
>
> I took a look into patch and I still don't like it.
> I may miss some things and make mistakes so correct me if I'm wrong.
>
> 1) It makes some slowdown for all SAPIs except Apache1, because it adds
> additional block/u
Hi,
I made some changes to the patch:
http://arnaud.lb.s3.amazonaws.com/php-5.3.0-alarms-0808141122.patch
- Apache effectively seems to resets the signals after MINIT, so original
handlers are now saved in RINIT in the first request of the process.
- Removed some unneeded blocks/unblocks.
- Cha
Hi,
On Thursday 14 August 2008 04:19:38 Rasmus Lerdorf wrote:
> Arnaud Le Blanc wrote:
> > - Apache effectively seems to resets the signals after MINIT, so original
> > handlers are now saved in RINIT in the first request of the process.
>
> Did you verify this behaviour
On Thursday 14 August 2008 02:59:48 Arnaud Le Blanc wrote:
> Hi,
>
> I made some changes to the patch:
>
> http://arnaud.lb.s3.amazonaws.com/php-5.3.0-alarms-0808141122.patch
>
> - Apache effectively seems to resets the signals after MINIT, so original
> handlers are n
Hi,
Currently the way globals work forces to pass a thread-local-storage pointer
across function calls, which involves some overhead. Also, not all functions
get the pointer as argument and need to use TSRMLS_FETCH(), which is slow. For
instance emalloc() involves a TSRMLS_FETCH(). An other ove
Hi,
Here is a patch for #45384 (the ini parser returns a parse error when it hits
EOF while parsing a non enclosed string):
http://arnaud.lb.s3.amazonaws.com/parse_ini_file_45384.patch
Regards,
Arnaud
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.ph
another shared library
dlopen()ed by Apache.
>
> It would be interesting to try the same idea on Windows with VC.
I will try too.
>
> Thanks. Dmitry.
>
> Arnaud Le Blanc wrote:
> > Hi,
> >
> > Currently the way globals work forces to pass a thread-local-storage
Hi,
On Monday 18 August 2008 22:26:20 Stanislav Malyshev wrote:
> Hi!
>
> > The following patch caches each global address in a native TLS variable so
> > that accessing a global is as simple as global_name->member. This removes
the
> > requirement of passing the tls pointer across function ca
Andi
>
>
>
>
> > -Original Message-
> > From: Arnaud Le Blanc [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, August 16, 2008 7:19 PM
> > To: PHP Development
> > Subject: [PHP-DEV] [PATCH] ZTS as fast as non-ZTS
> >
> > Hi,
> >
Hi,
On Tuesday 19 August 2008 09:22:46 Dmitry Stogov wrote:
> Hi Arnaud,
>
> Arnaud Le Blanc wrote:
> > Hi,
> >
> > On Monday 18 August 2008 19:46:46 Dmitry Stogov wrote:
> >> Hi Arnaud,
> >>
> >> The patch looks very interesting.
>
lay around with Windows and possibly some
> other OSes to look into this further?
Yes, I will try at least with Windows (XP, so no IIS) and FreeBSD.
>
> Andi
>
>
> > -Original Message-
> > From: Arnaud Le Blanc [mailto:[EMAIL PROTECTED]
> > Sent: Monday,
er
> [EMAIL PROTECTED] - http://www.php.net
> NSAPI SAPI developer
> Bremen, Germany
>
> > -Original Message-
> > From: Arnaud Le Blanc [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, August 19, 2008 7:00 AM
> > To: Andi Gutmans
> > Cc: PHP Development
> &g
Hi,
On Thursday 21 August 2008 09:37:12 Dmitry Stogov wrote:
>
> Arnaud Le Blanc wrote:
> > Hi,
> >
> > On Tuesday 19 August 2008 09:22:46 Dmitry Stogov wrote:
> >> Hi Arnaud,
> >>
> >> Arnaud Le Blanc wrote:
> >>> Hi,
> >>
Hi,
On Wednesday 20 August 2008 21:51:05 Kalle Sommer Nielsen wrote:
> 2008/8/20 Arnaud Le Blanc <[EMAIL PROTECTED]>:
> > Hi,
> >
> > On Tuesday 19 August 2008 18:22:44 Andi Gutmans wrote:
> >> OK checked with Zeev. It seems there are some significant
Hi,
I have written a RFC about my patch at http://wiki.php.net/rfc/tls
The goal of this patch is to reduce the performance overhead of ZTS builds.
Since the initial patch I made more research on various implementations of
TLS: Linux, FreeBSD, Solaris, Windows. Based on what I found I wrote a ne
Hi,
On Friday 22 August 2008 21:15:56 William A. Rowe, Jr. wrote:
> As far as the future direction of embedded PHP (and let's agree here
> we aren't talking about every application, for mass vhosters some
> fcgi or suid flavor of PHP is going to remain a better choice, and
> for others, so we can
2008 with IIS
(older Windows cannot use TLS in LoadLibrary()-loaded DLLs). This works as
expected, but there are still some restrictions.
Regards,
Arnaud
On Sunday 24 August 2008 18:37:09 Arnaud Le Blanc wrote:
> Hi,
>
> I have written a RFC about my patch at http://wiki.php.ne
Hi,
On Tuesday 02 September 2008 12:15:02 Dmitry Stogov wrote:
>
> Jani Taskinen wrote:
> >>> Dmitry Stogov wrote:
> Hi,
>
> Attached is a proposed fix for http://bugs.php.net/bug.php?id=45392 for
> PHP_5_3. I don't know output buffering part very well, and I'm not
> comp
Hi,
I have written a patch to implement upload progress feedback in session data.
The file upload feature in PHP allows extensions to be called back on some
events. A few extensions use this to implement some sort of upload progress
feedback, but none of them are released with PHP, which makes
Hi,
On Monday 08 September 2008 13:03:11 Pierre Joye wrote:
> On Mon, Sep 8, 2008 at 12:18 PM, Arnaud Le Blanc <[EMAIL PROTECTED]>
wrote:
> > Hi,
> >
> > I have written a patch to implement upload progress feedback in session
data.
> >
> > The file upload
Hi,
On Monday 08 September 2008 13:06:50 Martin Jansen wrote:
> 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 o
Hi,
On Monday 08 September 2008 15:19:07 Richard Quadling wrote:
> 2008/9/8 Arnaud Le Blanc <[EMAIL PROTECTED]>:
> > Hi,
> >
> > On Monday 08 September 2008 13:06:50 Martin Jansen wrote:
> >> On Mon, Sep 8, 2008 at 12:18 PM, Arnaud Le Blanc <[EMAIL PROTECT
Hi,
On Tuesday 09 September 2008 14:39:05 Alexey Zakhlestin wrote:
> http://bugs.php.net/bug.php?id=45928
>
> Christian Schneider wrote:
>
> > I had a quick look at this bug and found the problem to be in
> > Zend/zend_stream.c function zend_stream_fsize(): It uses fstat() to
> > determine the f
Hi,
On Tuesday 09 September 2008 17:35:54 Christian Schneider wrote:
> Arnaud Le Blanc wrote:
> > The following may (no MacOS X to test) fix the problem by returning 0 from
> > zend_stream_fsize() when the file descriptor is not a regular file:
> > http://arnaud.lb.s3.amaz
On Wednesday 10 September 2008 11:25:40 Christian Schneider wrote:
> Am 10.09.2008 um 10:52 schrieb Tullio Andreatta ML:
> > fstat on a "open-ed fd" can't stat a symbolic link, since
> > open("symlink") returns a file descriptor of the target file, or -1
> > if it's a dangling link ...
>
>
>
Hi,
PHP now builds and works without ereg, is it planed to make it optional ?
Regards,
Arnaud
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thursday 23 October 2008 08:54:19 Hannes Magnusson wrote:
> On Wed, Oct 22, 2008 at 20:59, Arnaud Le Blanc <[EMAIL PROTECTED]> wrote:
> > lbarnaudWed Oct 22 18:59:34 2008 UTC
> >
> > Modified files: (Branch: PHP_5_3)
> >/ph
On Wednesday 05 November 2008 17:30:21 Olivier Grange-Labat wrote:
> Hello,
>
> Here's a patch again PHP_5_3 to add a parse_ini_string() function.
>
> It just works as parse_ini_file(), except it accepts a string instead of
> a filename, obviously.
>
> We've been using for months a simple PHP f
On Sunday 09 November 2008 19:51:31 Christian Schmidt wrote:
> Stan Vassilev | FM wrote:
> > I suggest header_remove('*') or simply header_remove() /no param/
> > removes all headers (including the one PHP sets by default), so we can
> > start with a clear state.
>
> I added header_remove('Foo')
On Wednesday 12 November 2008 20:14:31 Lukas Kahwe Smith wrote:
> Hi,
> 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC
> break will be that "if (extension_loaded('mhash'))" will need fixing
> if mhash is removed (answer both)
> I) enable ext/hash by default
+1
> II) re
formed about this.
>
> -
> Uwe Schindler
> [EMAIL PROTECTED] - http://www.php.net
> NSAPI SAPI developer
> Bremen, Germany
>
> > -Original Message-
> > From: Arnaud LB [mailto:[EMAIL PROTECTED] On Behalf Of Arnaud Le Blanc
> > Sent: Sunday, No
Hi,
On Saturday 11 October 2008 19:45:09 Gregory Beaver wrote:
> Hi,
>
> I'm grappling with a design flaw I just uncovered in stream filters, and
> need some advice on how best to fix it. The problem exists since the
> introduction of stream filters, and has 3 parts. 2 of them can probably
> be
Hi,
On Friday 28 November 2008 18:24:38 Uwe Schindler wrote:
> Just one question here:
> When implementing this into NSAPI, I found the following problem:
>
> NSAPI does not directly allows to remove all headers, you can only do this
> step by step. So there are three possibilities to ship aroun
Hi,
On Wed, 2009-02-11 at 18:07 +0100, Lukas Kahwe Smith wrote:
> - pcntl_signal needs declare(ticks) which is deprecated since 5.3
I marked this as a documentation issue. This has been discussed when it
was decided to deprecate ticks. Although it would be great to keep
ticks, at least for use wi
Hi,
After having seen some complaints about ticks being deprecated I'm
wondering if they could be un-deprecated for now.
Ticks are used by the pcntl extension to call signal handlers when
signals are triggered. I added some functions as an alternative, but
this does not covers all use cases (and
On Wed, 2009-03-25 at 20:05 +0100, Lukas Kahwe Smith wrote:
> On 19.03.2009, at 14:32, Arnaud Le Blanc wrote:
>
> > Hi,
> >
> > After having seen some complaints about ticks being deprecated I'm
> > wondering if they could be un-deprecated for now.
> >
On Thu, 2009-03-26 at 08:51 +0100, Lukas Kahwe Smith wrote:
> On 26.03.2009, at 01:30, Arnaud Le Blanc wrote:
>
> > On Wed, 2009-03-25 at 20:05 +0100, Lukas Kahwe Smith wrote:
> >> On 19.03.2009, at 14:32, Arnaud Le Blanc wrote:
> >>
> >>> Hi,
> >
Hi,
On Tue, 2009-04-14 at 18:59 +0400, Dmitry Stogov wrote:
> Some PHP applications which check for Transfer-Encoding HTTP header and
> perform manual decoding might be broken.
What about not adding the Transfer-Encoding header to wrapper_data ?
(not making it visible so that scripts would not b
Hi,
On Mon, May 4, 2009 at 9:36 AM, shire wrote:
> Regarding the ZEND_MMAP_AHEAD issue and the temp. fix that Dmitry put in we
> need to find a solution to that, perhaps I can play with that this week too
> as I think I'm seeing some related issues in my testing of 5.3. Essentially
> we abuse ZEN
On Mon, May 4, 2009 at 5:51 PM, shire wrote:
> Arnaud Le Blanc wrote:
>>
>> Hi,
>> On Mon, May 4, 2009 at 9:36 AM, shire wrote:
>>>
>>> Regarding the ZEND_MMAP_AHEAD issue and the temp. fix that Dmitry put in
>>> we
>>> need to find a
On Mon, May 4, 2009 at 5:29 PM, Lukas Kahwe Smith wrote:
> until then we need to
> make sure we can get that re2c bug fixed and a new release out. this might
> require reducing the bus factor on re2c.
A good starting point for re2c internals is the following paper:
http://citeseerx.ist.psu.edu/vi
Hi,
On Wed, 2009-05-06 at 20:42 +0100, Paul Biggar wrote:
> Hi folks,
>
> Could I get someone to look at http://bugs.php.net/bug.php?id=47468?.
> It includes a patch which is confirmed to fix the problem.
Does the following patch works for you ? (use ./buildconf after
applying, then reconfigure)
On Fri, 2009-05-08 at 16:12 +0100, Paul Biggar wrote:
> Hi Arnaud,
>
> Thanks for looking at this.
>
> On Fri, May 8, 2009 at 2:11 PM, Arnaud Le Blanc wrote:
> > Does the following patch works for you ? (use ./buildconf after
> > applying, then reconfigure). It does t
On Sat, 2009-05-09 at 03:45 +0300, Jani Taskinen wrote:
> Arnaud Le Blanc kirjoitti:
> > On Fri, 2009-05-08 at 16:12 +0100, Paul Biggar wrote:
> >> Hi Arnaud,
> >>
> >> Thanks for looking at this.
> >>
> >> On Fri, May 8, 2009 at 2:11 PM,
Hi,
On Thu, 2009-05-14 at 17:14 +0300, Jani Taskinen wrote:
> Hi,
>
> Why wasn't this fix merged to PHP_5_2? It's clearly a bug and it really
> should
> be fixed in the stable branch as well..
The fix changes a parameter of php_stream_url_wrap_http_ex(), I guess
that I thought that it was unsu
Hi,
On Fri, 2009-05-15 at 22:16 +0800, Tjerk Anne Meesters wrote:
> Hi,
>
> I've been extending the pecl/oauth code to work with php stream
> wrappers in cases whereby curl is not enabled, but I've hit a snag.
>
> The documentation states that enabling the "ignore_errors" flag will
> fetch the c
t; Hi Arnaud,
> >
> > Thanks for the tip, please find patch attached.
> >
> >
> > Best,
> > Tjerk
> >
> > On Fri, May 15, 2009 at 10:58 PM, Arnaud Le Blanc
> > wrote:
> >> Hi,
> >>
> >> On Fri, 2009-05-15 at 22:16 +0
s =D
>
> This can't be the first time that this has been a point of discussion;
> my apologies if this has been outright rejected before ;-)
>
> On 5/16/09, Arnaud Le Blanc wrote:
> >
> > On Fri, 2009-05-15 at 11:49 -0400, Ilia Alshanetsky wrote:
> >> t
ix bugs in the branch they're reported for also..
>
> --Jani
>
>
> Arnaud Le Blanc kirjoitti:
> > I commited your change as it fixes a bug, thanks for the patch :)
> >
> > I also followed your idea of a server to test http streams (ftp
> > extension does t
Hi,
This bug may be related (and has a reproducing script) :
https://bugs.php.net/bug.php?id=63734
On Sat, Jun 22, 2013 at 4:41 AM, Andi Gutmans wrote:
> >-Original Message-
> >From: Stas Malyshev [mailto:smalys...@sugarcrm.com]
> >Sent: Thursday, June 20, 2013 8:20 PM
> >To: Anthony F
Hi,
Le samedi 05 décembre 2009 à 00:01 +0100, Samuel ROZE a écrit :
> Hello,
>
> I'm working on the use of a PHP SSH2 Stream returned by ssh2_shell
> function with stream_select() function. Within the PHP code, before
> being used into the select() C function, a stream have to be "casted"...
> Th
eam->abstract is a php_ssh2_session_data (looks like it may
be a _channel_data instead).
>
> That my cast code (patch on PHP 5.3 branche):
> http://www.d-sites.com/wp-content/uploads/2009/12/cast_ssh2_stream.patch
>
> Is there something wrong ?
>
> Regards,
> Samuel.
>
Le dimanche 14 mars 2010 à 17:38 +1100, Dennis Hotson a écrit :
> Hi all,
>
> It's my first post, so go easy on me. :-)
>
> I'm trying to implement PHP support for github's erlang RPC server called
> ernie.
> So basically I've been porting the following ruby code to PHP:
> http://github.com/mojom
Le vendredi 07 mai 2010 à 18:57 +0200, Hannes Magnusson a écrit :
> 2010/5/4 Jaroslav Hanslik :
> > Hi,
> >
> > upload progress in session is implemented in old trunk. Is there a change to
> > apply the patch also to the new trunk?
> >
> > http://wiki.php.net/rfc/session_upload_progress
> >
>
> Se
Hi,
Le mardi 18 janvier 2011 à 23:36 +0100, Hannes Landeholm a écrit :
> Just a simple threading
> implementation with a strictly defined way to IPC would be very helpful.
If you just want to throw some executors and pass messages between them
you can already fork processes with pcntl [1] and pas
gt; $a. I've modified zend_do_free() to add a ZEND_FREE op after the whole
> > expression instead.
> >
> > Best regards,
> >
> > Arnaud
> >
> > Le Friday 8 July 2011 07:51:22, vous avez écrit :
> >> Hi Arnaud,
> >>
> >> I
Hi,
I've already posted this patch and it has since been reviewed and improved.
I'm re-posting it for discussion before eventually commiting it.
The ternary operator always copies its second or third operand, which is very
slow compared to an if/else when the operand is an array for example:
$
1 - 100 of 153 matches
Mail list logo
