Hi Jonathan,
> It seems the protected but not private destructors idea was already
> implemented for PHP 7 (https://3v4l.org/6DFGp) but fell victim to a
> regression in 7.3.15/7.4.3 and no-one noticed because it was never added
> to the changelog in the first place.
Apparently the engine can succ
Hi Christoph,
On Sat, Sep 28, 2024 at 4:47 PM Christoph M. Becker wrote:
> > Besides closing resources and killing processes I've seen them store
> > data to disk for caching, remove temp files, call callbacks/dispatch
> > events, change state on other objects, dump stored errors to error_log
> >
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 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 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 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 Tim,
On Thu, Jul 25, 2024 at 4:47 PM Tim Düsterhus wrote:
> I'm seeing there are some more changes and not just to the cloning
> section. I've went through the entire RFC once again and here are my
> (hopefully final) five remarks. They are only about textual
> clarification of some behaviors,
Hi Philip,
On Thu, Jul 18, 2024 at 12:19 PM Philip Hofstetter
wrote:
> Super minor nitpick: You have updated the prototype, but not the explanation
> text which still says:
>
>> When initialization is required, the $initializer is called with the object
>> as first parameter. The initializer sh
Hi Tim,
On Sun, Jun 30, 2024 at 3:54 PM Tim Düsterhus wrote:
> On 6/27/24 16:27, Arnaud Le Blanc wrote:
> >> * flags should be a `list` instead. A bitmask for
> >> a new API feels unsafe and anachronistic, given the tiny performance hit.
> >>
> >
> >
Hi Marco,
On Thu, Jun 27, 2024 at 12:32 PM Marco Pivetta wrote:
>
> Hey Arnaud,
>
> On Wed, 26 Jun 2024 at 21:06, Arnaud Le Blanc wrote:
>>
>> The proposed implementation is adding very little complexity as it's not
>> adding any special case outside of obj
Hi Rob,
On Wed, Jun 26, 2024 at 11:09 PM Rob Landers wrote:
> Can you add to the RFC how to proxy final classes as well? This is mentioned
> (unless I misunderstood) but in the proxy example it shows the proxy class
> extending the proxied class (which I think is an error if the base class is
Hi Marco,
Thank you for the very detailed feedback. Please find my answers below.
Nicolas will follow-up on some points.
On Mon, Jun 24, 2024 at 1:03 AM Marco Pivetta wrote:
> * lazy proxies should probably explore replacing object identity further
>
We have thought about a few approaches for
Hi Gina,
On Tue, Jun 25, 2024 at 5:59 PM Gina P. Banyard wrote:
> The fact that an initialize() method has a $skipInitializer parameter
> doesn't make a lot of sense to me.
> Because at a glance, I don't see how passing true to it, and not calling
> the method is different?
>
Calling initialize
Hi Levi,
On Wed, Jun 26, 2024 at 12:07 AM Levi Morrison
wrote:
> I will vote no on this one. I do not believe the internal complexity
> and maintenance is worth the feature. Additionally, I do not feel like
> changing the language to support this feature is a good idea; if this
> were a library
On Fri, Jun 21, 2024 at 7:20 PM Robert Landers
wrote:
> > > I'm always surprised why arrays can't keep track of their internal
> > > types. Every time an item is added to the map, just chuck in the type
> > > and a count, then if it is removed, decrement the counter, and if
> > > zero, remove the
ing its state
- setRawValueWithoutInitialization() has the same behavior as
setRawValue() (from the hooks RFC), except it doesn't trigger
initialization
- Renamed $initializer to $factory for proxy methods
WDYT?
Best Regards,
Arnaud
On Sun, Jun 16, 2024 at 3:46 PM Arnaud Le Blanc wrote:
>
On Sat, Jun 15, 2024 at 7:13 PM Larry Garfield wrote:
> > In practice I expect there will be two kinds of ghost initializers:
> > - Those that just call one public method of the object, such as the
> > constructor
> > - Those that initialize everything with ReflectionProperty::setValue()
> > as i
Hi Larry,
On Fri, Jun 14, 2024 at 10:18 PM Larry Garfield wrote:
> > The actual instance is allowed to escape the proxy and to create direct
> > references to itself.
>
> How? Is this a "return $this" type of situation? This could use more
> fleshing out and examples.
"return $this" will ret
Hi Michał, Chris,
On Thu, Jun 6, 2024 at 8:53 AM Michał Marcin Brzuchalski
wrote:
> Did you consider implementing it using some attribute?
On Sun, Jun 9, 2024 at 1:24 AM Chris Riley wrote:
> I'm wondering why this has been attached to the existing reflection API
> instead of being a new thing
Hi Tim,
We have updated the RFC to address your feedback. Please find
additional answers below.
On Wed, Jun 5, 2024 at 8:25 PM Tim Düsterhus wrote:
> Is there any reason to call the makeLazyX() methods on an object that
> was not just freshly created with ->newInstanceWithoutConstructor()
> then
Hi Larry,
Thank you for the feedback.
I think you got the two strategies right. However, there is a use-case
in which an object manages its own laziness by making itself lazy:
```
class C {
public function __construct() {
ReflectionLazyObject::makeLazyGhost($this, $this->init(...));
Hi Tim,
That's a lot of interesting feedback. I will try to answer some of
your points, and Nicolas will follow with other points.
On Tue, Jun 4, 2024 at 9:16 PM Tim Düsterhus wrote:
> - int $options = 0
>
> Not a fan of flag parameters that take a bitset, those provide for a
> terrible DX due t
Hi Tim,
The report submitted to Apple via Feedback Assistant is not public,
but here is a mirror:
https://openradar.appspot.com/radar?id=5583058442911744
Best regards,
Arnaud
On Thu, May 23, 2024 at 8:26 PM Tim Düsterhus wrote:
>
> Hi
>
> On 5/21/24 14:39, Arnaud Le Blanc wrote:
Hi Calvin,
> FWIW, Cygwin and IBM i are also using wall time, because these platforms
> don't do execution time.
Thank you for the additional info.
> IIRC, the difference between platforms with how
> max_execution_time is counted doesn't seem to be documented last I checked.
Currently the max_e
Hi Robert,
> This sounds like a bug with Mac vs. a PHP issue.
This is what I believe as well. FWIW I was able to reproduce the issue
outside of PHP [2]. I've reported the bug to Apple, but I don't expect
it to be fixed quickly, if at all.
> That being said, the
> biggest issue between changing t
Hi internals,
There is an issue with max_execution_time on MacOS, probably only
MacOS 14 on Apple Silicon, that causes timeouts to fire too early [1].
max_execution_time is implemented with setitimer(ITIMER_PROF) on this
platform, and the SIGPROF signal is delivered too early for some
reason. Swit
On Tue, Apr 2, 2024 at 4:16 PM Derick Rethans wrote:
> What do y'all think about requiring GPG signed commits for the php-src
> repository?
>
+1
Hi Niels,
On Sat, Mar 16, 2024 at 5:49 PM Niels Dossche
wrote:
> Hi internals
>
> Based on https://bugs.php.net/bug.php?id=71571 I've opened a PR to
> implement two new properties for XSLTProcessor: maxTemplateDepth and
> maxTemplateVars. The reasoning behind this is that large templates with
>
nces. Thus care should be taken to ensure that value
objects do not strongly refer to their own keys, either directly or
indirectly, since that will prevent the keys from being discarded".
On Fri, Jul 7, 2023 at 4:03 PM Larry Garfield wrote:
>
> On Fri, Jul 7, 2023, at 1:09 PM, Arnaud L
Hi everyone,
I'm considering merging the following two PRs:
https://github.com/php/php-src/pull/11523: Exposes the time spent in
the cycle collector via new gc_status() fields.
https://github.com/php/php-src/pull/10932: Allows the GC to collect
certain types of cycles involving WeakMaps.
The sec
On 07/10/2022 16:14, Yasuo Ohgaki wrote:
The root cause that users cannot understand what happened is this:
$ php -n -r 'set_error_handler(function ($severity,$message, $filename,
$lineno) { throw new ErrorException($message, 0, $severity, $filename,
$lineno); }); function f() { f(); } f();'
Hi internals,
I would like to propose a way to detect stack overflows before they
happen, with the goal of improving debugability.
Stack overflows are caused by excessive stack usage, typically due to
deep recursions. Recursion in PHP doesn't use recursion internally, but
some constructs sti
On vendredi 1 juillet 2022 16:04:30 CEST Larry Garfield wrote:
> Greetings, Internalians.
>
> The vote for auto-capture closures is now open. It will run until 15 July.
>
> https://wiki.php.net/rfc/auto-capture-closure
Hi Internals,
The RFC has been declined with a vote of 27 in favor and 16 a
On mardi 5 juillet 2022 09:27:34 CEST Marco Pivetta wrote:
> This is fine, but it creates a bidirectional dependency between components
> where the dependency graph was previously (in theory) acyclic.
>
> This will become "someone else's problem" 😬
I don't think that the Optimizer conceptually de
Hi,
On lundi 4 juillet 2022 11:47:03 CEST Nicolas Grekas wrote:
> I'm just wondering if there could be a way to enable the auto-capture
> optimization for arrow functions. Having three kinds of rules for capturing
> feels too much, especially when there are that subtles for short closures.
> Maybe
Hi,
On lundi 4 juillet 2022 12:04:59 CEST Marco Pivetta wrote:
> I ended up voting NO due to the fact that there is no mention of `$this`
> behavior changes ( https://externals.io/message/117888#117889 ) : I also
> disagree with NikiC's stance on this being the same construct as before (
> https:/
Hi Björn,
On Wed, Jun 29, 2022 at 8:09 PM Björn Larsson via internals <
internals@lists.php.net> wrote:
> Would it be an option to include a "Future scope" with the features:
> - Explicit capture that list only the variables to be captured by value
> or reference, nothing else.
> - Extending the
Hi Rowan,
Since this still has a small chance of breaking existing code, we preferred
to exclude arrow functions from this change, for now. We have added this in
Future Scope. This is something we could do in a follow-up RFC.
Regards,
Hi Guilliam,
Thank you for noticing.
The PR is now fully in sync with the RFC (no arrow function changes, no
explicit use support).
The RFC also now clarifies that arrow functions are not changed by the RFC.
On jeudi 30 juin 2022 18:29:44 CEST Guilliam Xavier wrote:
> Ah? Sorry, I had interpreted
> https://github.com/php/php-src/pull/8330/files#diff-85701127596aca0e597bd796
> 1b5d59cdde4f6bb3e2a109a22be859ab7568b4d2R7318-R7320 as "capture the
> *minimal* set of variables for *both* arrow functions and
Hi,
On jeudi 30 juin 2022 16:18:44 CEST Robert Landers wrote:
> Are
> optimizations going to be applied to single-line arrow functions (I
> didn't see that in the RFC, but I admittedly didn't look that hard and
> I vaguely remember reading something about it in one of these
> threads)? If so, it w
ps://godbolt.org/z/f78Pa9j69
[2] https://go.dev/doc/effective_go#defer
[3] https://docs.python.org/3/reference/compound_stmts.html#with
[4] https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/
keywords/using-statement
Cheers,
--
Arnaud Le Blanc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
On lundi 13 juin 2022 15:36:26 CEST Rowan Tommins wrote:
> > Auto-capture in PHP is by-value. This makes this impossible. It also makes
> > explicit declarations non-necessary and much less useful.
> >
> > Live-variable analysis is mentioned in as part of implementation details.
> > It should not
t; $a->value = 'explicit scope is nice';
> };
Do you have an example where the intent would be less obvious ? With code you
would actually write ?
Cheers,
--
Arnaud Le Blanc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ually local. With a block scoping keyword, they can mark
> local variables explicitly, as they would in other languages.
Live-variable analysis is mentioned in as part of implementation details. It
should not be necessary to understand these details to understand the behavior
of auto-capture.
I've updated the "Auto-capture semantics" section of the RFC.
Regards,
--
Arnaud Le Blanc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
tion.
Following your comment, I have clarified a few things in the "Auto-capture
semantics" section. This includes a list of way in which these effects can be
observed. These are really marginal cases that are not relevant for most
programs.
Cheers
--
Arnaud Le Blanc
--
PHP Interna
On lundi 13 juin 2022 12:28:17 CEST Robert Landers wrote:
> From a maintainer and code review aspect, I prefer the longer syntax
> because it is 100% clear on which variables are being closed over and
> utilized in the anonymous function. fn($x) => $x + $y is pretty clear
> that $y is being pulled
On dimanche 12 juin 2022 19:54:06 CEST Mark Baker wrote:
> Did many of those closures use "pass by reference" in the use clause,
> because that's one real differentiator between traditional closures and
> short lambdas. There's also the fact that use values are bound at the
> point where the closur
that aren't
> captured
>
> Would that allow us to get rid of `static fn () {` declarations, when
> creating one of these closures in an instance method context?
It would be great to get rid of this, but ideally this would apply to Arrow
Functions and Anonymous Functions as well. This cou
On mardi 29 mars 2022 15:33:41 CEST Thomas Nunninger wrote:
> Hi,
>
> Am 29.03.22 um 14:34 schrieb Rowan Tommins:
> > On 29/03/2022 11:59, Robert Landers wrote:
> >> $object instanceof AnotherInterface => 'bar',
> >>
> >> We can see that `SomeInterface` will resolve the interface and not
Hi Ilija
I find that sprintf() is easier to read in most cases. One reason for this is
that the text is separated from the code. It's also easier to review for
humans and linters.
The strtoupper example would look like this with sprintf:
$world = 'world';
echo sprintf('Hello %s!', strt
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,
Closures can hold references to variables, but don't expose them to the
garbage collector. The GC is unable to find cycles in which a closure is
involved, and this can create memory leaks.
I've reported this problem in https://bugs.php.net/bug.php?id=60139 and posted
a patch. Can someone p
Hi,
Le Monday 17 October 2011 15:07:30, Alain Williams a écrit :
> On Fri, Oct 14, 2011 at 08:08:56PM +0200, Arnaud Le Blanc wrote:
> > Hi,
> >
> > I've already posted this patch and it has since been reviewed and
> > improved. I'm re-posting it for discussi
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:
$
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,
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
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
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
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.
>
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
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
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
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
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
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
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,
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
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 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
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
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
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
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,
> >
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.
> >
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
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,
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 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
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
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
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 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 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
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 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,
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
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 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 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 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,
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 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
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 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
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 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,
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,
> >>
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
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,
1 - 100 of 149 matches
Mail list logo