Here is a patch that will add an ini setting (session.cookie_resend) to
resend session cookies whenever a session is started. The point of this
is to keep a cookie's expiration fresh as users use a site. Currently,
once a session is started, it will expire after cookie_lifetime no
matter what
Hello Christian, Stas,
Tuesday, May 13, 2008, 4:08:09 PM, you wrote:
> Marcus Boerger wrote:
>>> unset($o_Foo->bar);
>>> echo $o_Foo->bar;
>> ?>>
>>
>>> outputs ...
>>> Notice: Undefined property: foo::$bar in C:\- on line 13
>>
>> At this point you found an error. Because this allows unset() t
Hi,
I'm having a terrible time trying to get PHP5TS.DLL rebuilt with an
exact configuration as the current official version release PHP 5.2.6.
Of course, I need to put more time to figure this all out.
But all I want to do is make a slight change to PHP5TS.DLL and rebuilt
it with 100% exact
Done,
http://bugs.php.net/bug.php?id=44987
Thank you,
Ionut
--- Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello Ionut,
>
> file as bug please.
>
> marcus
>
> Tuesday, May 13, 2008, 12:37:45 PM, you wrote:
>
> > Hi,
>
> > I'm working on a SOAP project and as part of the
> > checks I
Hi!
point the following is nolonger valid: $o_Foo is-a foo. And that is the
basic design rule we chose for PHP. Please file as a bug!
I don't think it's a bug. PHP as a dynamic language allows to do a lot
of think that Java or C++ do not. This is one of them.
--
Stanislav Malyshev, Zend Soft
Hi!
To continue your example, if I tried to do this:
$reflect = new ReflectionClass("Baz");
it would not work, regardless of the namespace of the file that
statement appears in. I must instead do this:
$reflect = new ReflectionClass("Foo::Bar::Baz");
Right. You can use __NAMESPACE__ comp
Hi!
I'm installing a recent snap of 5.3 on my dev server. The app I'm
working on makes heavy use of reflection. How has reflection changed in
5.3 to address namespaces? What resolution rules apply when creating a
Namespaces should not have big influence on reflection, since namespace
is
Stanislav Malyshev wrote:
Hi!
I'm installing a recent snap of 5.3 on my dev server. The app I'm
working on makes heavy use of reflection. How has reflection changed
in 5.3 to address namespaces? What resolution rules apply when
creating a
Namespaces should not have big influence on refl
Hello,
I'm installing a recent snap of 5.3 on my dev server. The app I'm
working on makes heavy use of reflection. How has reflection changed in
5.3 to address namespaces? What resolution rules apply when creating a
ReflectionClass? If I try to create a ReflectionClass for a class that
is
Hi!
If the current change to PHP53 is kept, which breaks PHP52, then we only
Here I must have missed something - which use case worked in 5.2 and not
in 5.3? If we can make it work with 5.3 - we definitely should do it.
So if you think the multi-path extension_dir= change isn't going to be
Hi Greg,
I would guess all tests that have --EXPECT_HEADERS-- and text/html.
We need to put default_charset= in the --INI-- section and then the
tests will pass. Do you want to do this Steph, or should I?
Would you mind? I'm caught up in HEAD right now :\
- Steph
Greg
--
PHP Internals -
Steph Fox wrote:
> Hi Hannes,
>
>> Munch better, only 42 failures now.
>> 001+ Content-type: text/html; charset=utf-8
>> 001- Content-type: text/html
>>
>> Looks like all of them are failing like this.
>
> That's really not a lot to go on. Which are 'all of them'? The
> frontcontrollers?
I would g
Hi Hannes,
Munch better, only 42 failures now.
001+ Content-type: text/html; charset=utf-8
001- Content-type: text/html
Looks like all of them are failing like this.
That's really not a lot to go on. Which are 'all of them'? The
frontcontrollers?
Thanks,
- Steph
--
PHP Internals - PHP
On Tue, May 13, 2008 at 4:14 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
>
> > You should try again, karma should be there, now.
> >
>
> Thanks Johannes :)
>
> Hannes, let me know if.
Munch better, only 42 failures now.
001+ Content-type: text/html; charset=utf-8
001- Content-type: text/html
Looks
You should try again, karma should be there, now.
Thanks Johannes :)
Hannes, let me know if.
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus Boerger wrote:
>> unset($o_Foo->bar);
>> echo $o_Foo->bar;
> ?>>
>
>> outputs ...
>> Notice: Undefined property: foo::$bar in C:\- on line 13
>
> At this point you found an error. Because this allows unset() to modify an
> instance in a way that it nolonger adheres to its class that means
Hi,
On Mon, 2008-05-12 at 16:45 -0500, Gregory Beaver wrote:
> It's time for helly's birthday present from me (and indirectly, Derick,
> who did the cp -r) :).
>
> As Johannes requested, pecl/phar has been copied to php-src/ext/phar,
Great work! :-)
johannes
--
PHP Internals - PHP Runtime De
On Tue, 2008-05-13 at 14:41 +0100, Steph Fox wrote:
> > Sorry Hannes, should've kept it on-list. The clue was in Tony's mail, I'm
> > just testing a fix now.
>
> "Access denied, insufficient karma".
>
> Fix is in PECL CVS, what do I do now? Mail in a patch against 5_3?
You should try again, ka
Hello Ionut,
file as bug please.
marcus
Tuesday, May 13, 2008, 12:37:45 PM, you wrote:
> Hi,
> I'm working on a SOAP project and as part of the
> checks I make are the existence and readability of the
> WSDL file.
> As far as I saw, SoapClient doesn't check include_path
> for the WSDL fil
Hello Richard,
Monday, May 12, 2008, 5:03:39 PM, you wrote:
> 2008/5/12 Marcus Boerger <[EMAIL PROTECTED]>:
>> Hello Richard,
>>
>> Wednesday, May 7, 2008, 3:33:24 PM, you wrote:
>>
>>> 2008/5/7 Jeff Moore <[EMAIL PROTECTED]>:
On May 6, 2008, at 12:45 PM, Marcus Boerger wrote:
>>>
Sorry Hannes, should've kept it on-list. The clue was in Tony's mail, I'm
just testing a fix now.
"Access denied, insufficient karma".
Fix is in PECL CVS, what do I do now? Mail in a patch against 5_3?
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: htt
and default php.ini. Yes. I did ./cvsclean and obviously ./buildconf
Looks like the buildtest-process script (or php.qa.reports) is
rejecting the failure report.. probably due to the size of the report
Sorry Hannes, should've kept it on-list. The clue was in Tony's mail, I'm
just testing a fix
On Tue, May 13, 2008 at 1:57 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Hannes,
>
>
> > Are these known failures?
> >
>
> "Guess the configure line"? I can't reproduce this with default settings.
'./configure' \
'--enable-debug' \
'--with-zend-vm=GOTO' \
'--without-pear' \
'--with-zlib' \
'--with
On 13.05.2008 15:57, Steph Fox wrote:
Hannes,
Are these known failures?
"Guess the configure line"? I can't reproduce this with default settings.
See my mail about phar_detect_phar_fname_ext(), it might be the same problem.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Developmen
Hannes,
Are these known failures?
"Guess the configure line"? I can't reproduce this with default settings.
- Steph
Number of tests : 377 364
Tests skipped : 13 ( 3.4%)
Tests warned:0 ( 0.0%) ( 0.0%)
Tests failed: 256 ( 67.9%) ( 70.3%)
Tests pass
Hi,
I'm working on a SOAP project and as part of the
checks I make are the existence and readability of the
WSDL file.
As far as I saw, SoapClient doesn't check include_path
for the WSDL file, so I thought I could use fopen to
check this and then find the real path which would be
finally passed t
On 13.05.2008 01:45, Gregory Beaver wrote:
Thanks to all who have contributed, particularly Marcus, Steph, Lars,
and the others who chimed in with ideas on the list.
phar_detect_phar_fname_ext() fails if is_complete = 1 and filename contains ".".
For example:
Breakpoint 1, phar_detect_phar_fna
On Mon, May 12, 2008 at 11:45 PM, Gregory Beaver <[EMAIL PROTECTED]> wrote:
> * code coverage is pushing 80%, up from about 63%
Are these known failures?
Number of tests : 377 364
Tests skipped : 13 ( 3.4%)
Tests warned:0 ( 0.0%) ( 0.0%)
Tests failed:
28 matches
Mail list logo