Hi,
I was trying to enhance the functionality of number_format() (not finished,
as I think I need to ask about changes first :-)), and happened to notice
this bug while testing and saw it mentioned in a couple bug reports from
almost 2 years ago, but it hasn't been fixed. Bug #29538, and it's als
Michael Wallner wrote:
Matt W wrote:
Hi all,
I'm a C newbie and just started experimenting with the PHP internals
a couple weeks ago... A few days ago I noticed assignment/comparison
of char variables to '' (nothing between single quotes) in, for
example, the is_numeric_string function (zend_o
On 08.07.2006 15:28, Matt W wrote:
Didn't you see my explanation in the e-mail you first replied to? :-)
http://lxr.php.net/source/ZendEngine2/zend_operators.h#82
That's where I saw that " '0' became '' " The LXR code-cross-referencing
thing wrongly displays '0' , which was the cause of my con
Hello,
I am currently implementing a packaging tool in PHP. If you know PHAR, it is
the same kind of tool, which allows to implement a virtual file tree in a
single physical file.
In such a tool, every file path becomes a 'stream-wrapped' path and the problem
comes from the difference in the
No help??? Come on guys. I'm sure some of you can spare a few idle cycles :)
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 07, 2006 8:38 PM
> To: internals@lists.php.net
> Subject: [PHP-DEV] FW: Help needed in benchmarking memory patch
>
> Send
On 10.07.2006 18:40, LAUPRETRE François (P) wrote:
Hello,
I am currently implementing a packaging tool in PHP. If you know PHAR, it is the same kind of tool, which allows to implement a virtual file tree in a single physical file.
What's wrong with PHAR ?
Why do you need another tool, which d
Antony Dovgal wrote:
> What's wrong with PHAR ?
> Why do you need another tool, which does pretty much the same?
Nothing's wrong with PHAR... I am sorry but my question's purpose was not to
discuss about why I am building such a tool. And the change I am suggesting
would also benefit PHAR (if PH
Hello LAUPRETRE,
have you ever looked at pecl/phar? It can do that already.
best regards
marcus
Monday, July 10, 2006, 7:26:58 PM, you wrote:
> Antony Dovgal wrote:
>> What's wrong with PHAR ?
>> Why do you need another tool, which does pretty much the same?
> Nothing's wrong with PHAR... I
Rasmus and I talked about this some more yesterday, and I think there is
an alternate, better approach.
[...snip...]
Love it, but we need a few fairly big warnings: "When unicode_semantics is
enabled, the $_SERVER['UNICODE_HTTP_INPUT_FAILURE'] variable MUST be checked
blah blah blah" put into
> P.S. - Has anyone considered offering up an RFC to IETF or
> W3C about adding
> a header to the spec? Or just asking the nice Firefox folks
> to blaze the
> trail with an X-header? PHP can't be the only web-language
> dealing with
> this issue.
W3 standard is to have the charset paramete
W3 standard is to have the charset parameter on the Content-Type
header.
Unfortunately this breaks too much server side software, so no
UserAgents do
it.
Hence the _charset_ kludge Microsoft introduced awhile back, and
Firefox and
Opera (afaik) have now adopted.
As far as I know, the form a
>
>
> > P.S. - Has anyone considered offering up an RFC to IETF or
> > W3C about adding
> > a header to the spec? Or just asking the nice Firefox folks
> > to blaze the
> > trail with an X-header? PHP can't be the only web-language
> > dealing with
> > this issue.
>
> W3 standard is to ha
Potentially. I'll add it do the TODO.
-Andrei
On Jul 10, 2006, at 3:54 PM, Jared Williams wrote:
-Original Message-
From: Andrei Zmievski [mailto:[EMAIL PROTECTED]
Sent: 10 July 2006 23:50
To: [EMAIL PROTECTED]
Cc: 'Sara Golemon'; internals@lists.php.net
Subject: Re: [PHP-DEV] Re: [
> -Original Message-
> From: Andrei Zmievski [mailto:[EMAIL PROTECTED]
> Sent: 10 July 2006 23:50
> To: [EMAIL PROTECTED]
> Cc: 'Sara Golemon'; internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: [PHP-I18N] RFC: Error handling in
> HTTP input decoding
>
> > W3 standard is to have the
Hi Andi,
I appreciated to see this code which I must still study.
Already a small remark it is that the system call mremap() is not portable
it is available only on Linux.
Then the size of the segments must always "be paginated" - normally your
code is good on this level.
I think that a concept
Hi all,
First I'll ask 2 general questions... Not sure if I have the terminology
right, but functions that are declared as PHPAPI (meaning, available to
shared extensions??) -- or any functions, I guess, but I'm thinking ones
used by third-party extensions, etc. -- when can their definition be
ch
Sorry I didn't make clear that only the malloc()/free() part works. The
mmap() and Win32 Allocation code is commented.
We didn't find a material difference between malloc() and mmap() though,
most probably because malloc() at these sizes actually calls mmap().
So really most important is for some p
17 matches
Mail list logo