Hello Everyone,
Here is a patch for PHP6 that allows the jason extension to be compiled as
a shared object on win32.
- Frank
Index: zend_strtol.c
===
RCS file: /repository/ZendEngine2/zend_strtol.c,v
retrieving revision 1.4
diff -u
Especially since POSIX locales are deprecated in Unicode mode. I really
don't think printf() should use locale-aware formatting by default.
-Andrei
On Dec 22, 2006, at 5:42 AM, Matt Wilmas wrote:
Hi all,
A couple questions regarding the printf changes (internal and
userland) a
couple weeks
>From Hannes... about printf changes? I don't see what that has to do with
this %e bug that is still there in the Unicode function. :-? Don't know
what mail you mean otherwise, sorry. (I'm leaving in a second again, so
probably won't reply.)
Matt
- Original Message -
From: "Ilia Alsha
On 22-Dec-06, at 10:56 AM, Hannes Magnusson wrote:
Hi Ilia, all
This fix is incorrect..
%f became locale aware internally after the recent *printf changes
causing all kinds of side affects like this one.
Yes and no. We should still check for both . and , for fringe cases.
We should:
a) rev
Hi Ilia, all
This fix is incorrect..
%f became locale aware internally after the recent *printf changes
causing all kinds of side affects like this one.
We should:
a) revert that change (i.e. make %f not locale aware again) (see
attached patch against 5_2) or
b) keep %f locale aware internally a
Check your mail :-)
On 22-Dec-06, at 10:42 AM, Matt Wilmas wrote:
Hi Ilia,
No problem. What about the Unicode version...? %e precision is still
getting decremented there.
- Original Message -
From: "Ilia Alshanetsky"
Sent: Friday, December 22, 2006
Matt,
The patch was applied,
Hi Ilia,
No problem. What about the Unicode version...? %e precision is still
getting decremented there.
- Original Message -
From: "Ilia Alshanetsky"
Sent: Friday, December 22, 2006
> Matt,
>
> The patch was applied, thanks.
>
>
> Ilia Alshanetsky
--
PHP Internals - PHP Runtime Dev
Matt,
The patch was applied, thanks.
On 22-Dec-06, at 7:20 AM, Matt Wilmas wrote:
Hi,
Using the %e format specifier in the *printf() functions gives one
less
decimal place than it should. The recent *printf changes only
happened to
fix the problem when precision is 0. The new %E works
I think this is actually a desired behavior, I do not want to change
how the existing code works in patch level release. Otherwise the
patch is fine and I've already applied it to the CVS.
On 22-Dec-06, at 10:20 AM, Matt Wilmas wrote:
Hi Ilia,
Oh I know that. :-) I'm just talking about if
Hi Ilia,
Oh I know that. :-) I'm just talking about if there's a backslash as the
last character. For example, date('U\\') (U\ passed after script parsing),
the backslash is gone, which doesn't seem correct... (Actually, it
"appends" the '\0'.)
Matt
- Original Message -
From: "Ilia
Matt,
The backslash removal is actually intentional. It is designed to
handle instances such as "\d", in which case the format value is
printed as a literal "d".
On 22-Dec-06, at 12:06 AM, Matt Wilmas wrote:
Hi,
Just a simple patch for 5.2 to save smart_str_appends()'s strlen()
calls
Hi all,
A couple questions regarding the printf changes (internal and userland) a
couple weeks ago...
Now the internal %f, %g, and %G are locale-aware, which they weren't before,
right? Is this how they're supposed to be and simply weren't before? (The
locale changes caused Bug #39873 with numb
PHP5 branch leave support for Win9x and me as is.
PHP6 branch drop support for Win9x and Me ?
-Laco.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Using the %e format specifier in the *printf() functions gives one less
decimal place than it should. The recent *printf changes only happened to
fix the problem when precision is 0. The new %E works correctly, which is
obvious from the code. :-) Anyway, the attached patches remove the few
Hi Richard,
- Original Message -
From: "Richard Quadling"
Sent: Friday, December 22, 2006
> 1 - Do the memory_get_usage() and memory_get_peak_usage() now work in
> Windows?
Yep, they will (without compiling PHP yourself ;-)). I like that those
functions will always be available, which
1 - Do the memory_get_usage() and memory_get_peak_usage() now work in Windows?
2 - If you temporarily set the limit high, you could use a
register_shutdown_function to record the peak memory usage for your
scripts over time, and then set the level at a more reasonably if you
think 128M is too hig
16 matches
Mail list logo
