hi,
On Monday 15 October 2007 07:41:11 pm Stanislav Malyshev wrote:
> I didn't dive yet too deep into the patch, but shouldn't it be fixed on
> stream level and not function level? I.e. there are a lot of functions
> using streams (including files) - would they support bigger files too?
i would s
Thanks Brian,
I sincerely feel that many PHP developers have their hands tied in
several ways. The least of which being that the reported bugs are often
not immediately and easily reproducible in a sane build environment that
is easily accessible to the developer.
To a developer who is voluntar
On Mon, 15 Oct 2007, Rob Thompson wrote:
Hello,
I've been thinking about Solaris support for PHP and some of the
difficulty surrounding reproducing bugs under different Solaris OS
versions, not to mention OS patch versions.
If you cant get traction feeding Sun-specific patches upstream, you s
Hello,
I've been thinking about Solaris support for PHP and some of the
difficulty surrounding reproducing bugs under different Solaris OS
versions, not to mention OS patch versions.
I work at a University that heavily uses the PHP code base and have
personally been actively working at trying to
Hi folks. I was hoping that someone here could help me understand a bit of
weirdness I've come across. I'm trying to run some micro-benchmarks on PHP
5's object handling. My test code is as follows:
normal();
}
$stop = microtime(true);
echo "Native Method: " . ($stop - $start) . " seconds". P
A few people had already given fairly clear reply as to why things
happen the way they do, but since it seems are you still unclear
about cause, I'll regurgitate the past comments once again. ;-)
First of all you should keep in mind that PHP is an open source
project as is the case with man
Antony Dovgal <[EMAIL PROTECTED]> wrote:
>
> On 15.10.2007 22:05, Bill Moran wrote:
> > http://www.potentialtech.com/cms/node/48
> >
> > Hope that article doesn't come across as too harsh, but I really feel
> > like it needed to be said.
[snip]
> The only thing I get is personal insults for clos
Antony Dovgal <[EMAIL PROTECTED]> wrote:
>
> On 15.10.2007 23:16, Bill Moran wrote:
> > But you're confirming something I theorized ... there _is_ something wrong
> > with the PHP community. If contributors like yourself have become so
> > frustrated with the users that they don't want to be invol
"Bob Chatman" <[EMAIL PROTECTED]> wrote:
>
> On 10/15/07, Bill Moran <[EMAIL PROTECTED]> wrote:
> >
> > In response to "Daniel Brown" <[EMAIL PROTECTED]>:
> >
> > > On 10/15/07, Bill Moran <[EMAIL PROTECTED]> wrote:
> > > >
> > > > http://www.potentialtech.com/cms/node/48
> > > >
> > > > Hope that
On 10/15/07, Bill Moran <[EMAIL PROTECTED]> wrote:
>
> In response to "Daniel Brown" <[EMAIL PROTECTED]>:
>
> > On 10/15/07, Bill Moran <[EMAIL PROTECTED]> wrote:
> > >
> > > http://www.potentialtech.com/cms/node/48
> > >
> > > Hope that article doesn't come across as too harsh, but I really feel
>
2007/10/15, Antony Dovgal <[EMAIL PROTECTED]>:
> "Thank you"?
Rarely, as the year advances, people is getting more and more stressed
and is certainly not fun to deal with the reports.
> Also some people tend to think that their bug reports have to be reviewed now
> (I mean NOW!!!),
unfortunat
On 15.10.2007 23:16, Bill Moran wrote:
> But you're confirming something I theorized ... there _is_ something wrong
> with the PHP community. If contributors like yourself have become so
> frustrated with the users that they don't want to be involved, there is
> a REAL problem.
You misunderstood
Hi,
On Mon, 2007-10-15 at 20:47 +0200, "Timm Friebe" wrote:
> function xpath(DomDocument $arg) {
> return new DomXPath($arg);
> }
>
> function xpath(XmlTree $arg) {
> return new DomXPath($this->loadXML($arg->getSource(;
> }
>
> function xpath($arg) { // Untyped = d
When it would be:
==
function xpath(DomDocument $arg) {
return new DomXPath($arg);
}
function xpath(XmlTree $arg) {
return new DomXPath($this->loadXML($arg->getSource(;
}
function xpath(string $arg) {
return new DomXPath($this->loadXML($arg));
}
==
(since when meth
In response to Antony Dovgal <[EMAIL PROTECTED]>:
> On 15.10.2007 22:05, Bill Moran wrote:
> > http://www.potentialtech.com/cms/node/48
> >
> > Hope that article doesn't come across as too harsh, but I really feel
> > like it needed to be said.
>
> I don't know about Dmitry, but I can explain wh
On 15.10.2007 22:05, Bill Moran wrote:
> http://www.potentialtech.com/cms/node/48
>
> Hope that article doesn't come across as too harsh, but I really feel
> like it needed to be said.
I don't know about Dmitry, but I can explain why I stopped looking through the
bug reports lately.
So here is
Hi,
[...]
Later we added type hints to help code readability.
Let me jump at this:
==
function xpath($arg) {
if ($arg instanceof DomDocument) {
return new DomXPath($arg);
} else if ($arg instanceof XmlTree) {
return new DomXPath($this->loadXML($arg->getSource()));
} else i
In response to "Daniel Brown" <[EMAIL PROTECTED]>:
> On 10/15/07, Bill Moran <[EMAIL PROTECTED]> wrote:
> >
> > http://www.potentialtech.com/cms/node/48
> >
> > Hope that article doesn't come across as too harsh, but I really feel
> > like it needed to be said.
> >
> > --
> > Bill Moran
> > http:/
On Oct 15, 2007, at 1:41 PM, Stanislav Malyshev wrote:
I didn't dive yet too deep into the patch, but shouldn't it be
fixed on stream level and not function level? I.e. there are a lot
of functions using streams (including files) - would they support
bigger files too?
Yes, the patch does
On 10/15/07, Bill Moran <[EMAIL PROTECTED]> wrote:
>
> http://www.potentialtech.com/cms/node/48
>
> Hope that article doesn't come across as too harsh, but I really feel
> like it needed to be said.
>
> --
> Bill Moran
> http://www.potentialtech.com
>
> --
> PHP Internals - PHP Runtime Development
http://www.potentialtech.com/cms/node/48
Hope that article doesn't come across as too harsh, but I really feel
like it needed to be said.
--
Bill Moran
http://www.potentialtech.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I didn't dive yet too deep into the patch, but shouldn't it be fixed on
stream level and not function level? I.e. there are a lot of functions
using streams (including files) - would they support bigger files too?
I also think that while using size_t is good, changing binary structures
might b
hi,
On Monday 15 October 2007 09:26:30 am Stefan Esser wrote:
> please keep in mind that compiling PHP with large file support breaks
> binary compatibility...
> One of the globals contain a "stat" struct that has different size for
> LFS or no LFS.
yes, this is of course a big deal for some peop
That's why I developed PHPLint, a PHP parser and validator that performs
a static analysis of the source, ensuring the safe handling of types. In
a word, this tool makes PHP very close to a strong-typed language without
the need to further complicate the interpreter with new features that would
pe
FWIW, I think this is a great feature. Forgive my lack of intimate knowledge
with the core and extension, but would this be possible as an extension to
PHP? i.e., xdebug modifies how certain internals of PHP work through the
zend_extension_ts ini setting.
On 10/15/07, Hans Moog <[EMAIL PROTECTED]>
On 15 Oct 18:15, Hans Moog wrote:
> But since I and Richard Quadling seem to be the only ones who would like
> to have this feature in php [...]
No, you are of course not alone.
ragards dtg
--
_
ASCII ribbon campaign ( )
against HTML e-mailX
Yeah PHPLint is cool and very useful when you want to be strict. We do use it
regularly. But it doesn't enable you to overload your methods as described
because this could only be done by a native language construct or manual type
checks and dispatching.
I thought it would be a good idea to emb
Posting to newsgroup php.internals, Stanislav Malyshev wrote:
> > only reason to use type hints - to ensure the method is used
> > correctly and build more robust applications), it is better to tell
>
> BTW, I'm not sure how exactly it makes the code more robust - if you
> call it with wrong typ
Posting to newsgroup php.internals, you wrote:
> > But if you want to be more strict and limit the coder to use your
> > functions only with a specific parameter signature (and thats the
>
> The purpose of signature overloading in most languages isn't input type
> control, it's different functio
On Mon, Oct 15, 2007 at 09:26:30AM +0200, Stefan Esser wrote:
> Hi,
>
> please keep in mind that compiling PHP with large file support breaks
> binary compatibility...
> One of the globals contain a "stat" struct that has different size for
> LFS or no LFS.
More harmfully, it also changes the ABI
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (61 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
===
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (627 total including feature requests)
===[*Programming Data Structures]=
40496 Assigned Test bug35239.phpt still fails (works in PHP 5)
=
On 14/10/2007, Hans Moog <[EMAIL PROTECTED]> wrote:
> You are missing something. Using this new feature would be voluntarily (it is
> optional like type hints are already).
>
> If you want to code the old way and you don't want to force coders to use
> your functions correctly, you could leave ou
Hi,
please keep in mind that compiling PHP with large file support breaks
binary compatibility...
One of the globals contain a "stat" struct that has different size for
LFS or no LFS.
Stefan Esser
Wez Furlong schrieb:
> This bug has been open for a while:
> http://bugs.php.net/bug.php?id=27792
>
34 matches
Mail list logo