bertrand Gugger wrote:
Bonjour,
Rasmus Lerdorf wrote:
There is no such thing as an official irc channel for PHP. We have
nothing to do with this.
-Rasmus
bertrand Gugger wrote:
Bonjour,
Can some english speaker translate me what I got on the official #php
on EFNet ?
Sorry, I'm french:
"
Hello,
First of all, thank you for php. Secondly, I hope this doesn't come
across as impertinent.
I'm an average user of php. I don't know enough about programming
languages to contribute
here; but I do try and keep up with what's going on in the php core.
I was curious what the userland view
FYI, the patch doesn't cause a performance regression.
I built on and tested with IIS/Windows. Performance remains the same for
Wordpress, Symfony and Joomla. Mediawiki actually increased slightly (5%),
so performance is increase/decrease is not an issue here, the language and
engine are.
If you
logical...
Stas Malyshev
smalys...@gmail.com
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Interested in helping security-audit and add security-related features to PHP
core.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
sts. Even worse in the case
where the variable is undefined...
Regards,
--
Yasuo Ohgaki
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
d for RFC targeting
PHP 7.1.
It seems to me that raising an exception or throwing an error (instead
of a notice) could be too much of a BC break for a minor version.
Just wondering, in the exception case, does that mean 10 exceptions also
(one for each dimension)...?
--
Christoph M. Becker
- M
Hi all,
- Original Message -
From: "Sara Golemon"
Sent: Monday, May 11, 2015
On Mon, May 11, 2015 at 5:12 PM, Matt Wilmas
wrote:
- Original Message -
From: "Stanislav Malyshev"
Sent: Monday, May 11, 2015
argument. I'd like to propose making the or
Hi Sara,
- Original Message -
From: "Sara Golemon"
Sent: Wednesday, June 10, 2015
On Tue, Jun 9, 2015 at 6:05 AM, Matt Wilmas
wrote:
Hah, looks like this just changed last week after barely 3 weeks. :-P I
didn't verify, just noticed the code change:
http://git.php.net
L_XOR, at least...
Thanks. Dmitry.
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that for semantics or will be
adding something else distinct soon/later. :-)
But always neat to see extra optimization tricks (thanks!), even when they
don't apply for Windows builds. :-(
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
types/values help at all?
Or is it just the internals of ZPP that are inherently slow...? :-/ Or
that's fine but the "mechanism" of getting there is the issue?
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Dmitry, all,
- Original Message -
From: "Dmitry Stogov"
Sent: Thursday, June 25, 2015
On Wed, Jun 24, 2015 at 1:35 PM, Matt Wilmas
wrote:
Hi Dmitry, all,
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, June 24, 2015
We should NOT use
wback of the "inlined FAST_ZPP."
So perhaps we WILL be able to use it in every case, depending what
Dmitry/others think when I share it shortly. :^)
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
be nice if it was before 7.1...
Of course, for my personal use, I really don't care since I can use them
right away. But I think the PHP-Postgres community needs them and would be
glad!
Thanks,
Kalle, Anatol & Ferenc
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi again Dmitry, all,
- Original Message -
From: "Dmitry Stogov"
Sent: Monday, June 29, 2015
On Sat, Jun 27, 2015 at 12:36 AM, Matt Wilmas
wrote:
Hi Dmitry, all,
[...]
Yeah, I knew how the traditional ZPP worked, just wondered about any
certain "problem area.&quo
Hi Anatol,
- Original Message -
From: "Anatol Belski"
Sent: Monday, July 07, 2015
Hi Matt,
-Original Message-----
From: Matt Wilmas [mailto:php_li...@realplain.com]
Sent: Tuesday, July 7, 2015 4:10 AM
To: Internals; Kalle Sommer Nielsen
Cc: Anatoliy Belsky; Dmitry Stog
make two versions with a compiler check.
e.g. for MSVC or GCC >= 3, but I don't know what else...
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Kalle,
- Original Message -
From: "Kalle Sommer Nielsen"
Sent: Wednesday, July 08, 2015
Hi Matt
2015-07-08 17:00 GMT+02:00 Matt Wilmas :
Hi all,
- Original Message -
From: "Levi Morrison"
Sent: Sunday, May 10, 2015
Again, this is a C11 feature. It i
Hi all,
I'm Matt Tait; a security researcher at Google, and I'm quite interested in
looking at and helping to build new security-related features within PHP;
i.e. features that reduce the likelihood that deployments of PHP end up
being hacked.
In the short term, I'm quite intere
To develop core security features, security enhancements and performance
enhancements for PHP Core (i.e. the C code for Zend and PHP Core, not PHP
extensions or PHP applications). Initially I\'ll be focusing on
integrating compiler and security level improvements to PHP binaries.
I have already
; RFCs on the Wiki were closed with 0 votes cast in favor or
against. Is proposing RFCs via the Wiki still the preferred mechanism for
proposing features in PHP?
Matt
Hi again Dmitry, all,
Hopefully the final update on this, before all is revealed... :-)
- Original Message -
From: "Matt Wilmas"
Sent: Tuesday, July 07, 2015
Hi again Dmitry, all,
[...]
Just an update... I didn't abandon this; quite the opposite! I thought
I
okes
to do it a "feels safe" rather than "is safe" way.
What do you all think? There's obviously a bit more work to do; the PoC
currently only covers mysqli_query, but I thought this stage is an
interesting point to throw it open to comments before working to complete
it.
Matt
tching.
So how about prefetching "further"/more interations ahead...?
Thanks. Dmitry.
Hope it helps,
Bogdan
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
user-submitted SQL statements to the
database by design? ==
This is accounted for in the RFC. Developers will be able to explicitly
mark SQL queries as disabling the SQL-injection feature for the queries
that explicitly warrant this (PHPMyAdmin being a good example). Again, this
is only relevant i
webapplication
developers who follow this guidance to enforce it at the language level to
ensure that they don't let a single SQL-injectable query "through the net".
Enabling this feature encourages developers to write code that is secure
even when this feature is disabled.
Hope th
place, when it's useless to
have anything but a plain cast there. :-)
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi all,
- Original Message -
From: "Matt Wilmas"
Sent: Wednesday, July 08, 2015
Hi Kalle,
- Original Message -
From: "Kalle Sommer Nielsen"
Sent: Wednesday, July 08, 2015
Hi Matt
2015-07-08 17:00 GMT+02:00 Matt Wilmas :
Hi all,
- Original Messa
y systematically. The impact of
them getting it wrong can be catastrophic to companies and is a major
threat to users' online privacy when their data gets compromised. I think
having PHP give developers a hand to write code that is unambiguously safe
from hackers would be a good for whole PHP
Hi Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Monday, August 03, 2015
Hi Matt,
On Wed, Jul 22, 2015 at 11:16 PM, Matt Wilmas
wrote:
Hi again Dmitry, all,
Hopefully the final update on this, before all is revealed... :-)
[...]
I tried to rush and finish
was blocked and how they can restructure their
query so that it's not vulnerable to SQL injection any more. By doing this
/as the developer writes code/, rather than via some static analysis tool
or security audit weeks or months later, developers will quickly discover
that writing parameterized queries
iltin_constant_p() instead of a macro trick.
And second, using a variable length array, with size set by, well, a
variable, which I think VS still doesn't support from C99, right? (It's for
a "variable" in this case, but always the same, so should optimize like a
compile-tim
Hi Pierre,
- Original Message -
From: "Pierre Joye"
Sent: Thursday, August 06, 2015
On Aug 6, 2015 1:49 PM, "Matt Wilmas" wrote:
Hi Levi,
- Original Message -
From: "Levi Morrison"
Sent: Thursday, August 06, 2015
Don't know about Win
inely interested
to take a look.
Hope that clarifies,
Matt
> On Aug 6, 2015, at 14:34, Anthony Ferrara wrote:
>
> Matt,
>
>> You are of course welcome to disagree with the overwhelming body of security
>> advice that parameterized queries are the correct, secure way to
arams? Shouldn't
have 2 FAST_ZPP ZVAL types? Otherwise, why the inconsistency zpp's 'z'?
What am I missing, if anything?? Thanks!
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi again,
- Original Message -
From: "Matt Wilmas"
Sent: Tuesday, August 11, 2015
Hi Dmitry, all,
Help me understand this. :-) It's been more puzzling to me recently since
just coming to the part of optimizing traditional ZPP (sharing part with
FAST_ZPP...).
Wi
Hi Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Tuesday, August 11, 2015
Hi Matt,
On Tue, Aug 11, 2015 at 9:00 PM, Matt Wilmas
wrote:
Hi again,
- Original Message -----
From: "Matt Wilmas"
Sent: Tuesday, August 11, 2015
Hi Dmitry, all,
Hel
Hi Nikita,
- Original Message -
From: "Nikita Popov"
Sent: Tuesday, August 11, 2015
On Tue, Aug 11, 2015 at 10:10 PM, Matt Wilmas
wrote:
[...]
Look at e.g. is_numeric() or strpos() (needle). Plain zval param
parsing,
so NO ZVAL_DEREF() occurs (FAST_ZPP or traditional)
H Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Tuesday, August 11, 2015
On Tue, Aug 11, 2015 at 11:10 PM, Matt Wilmas
wrote:
[...]
Look at e.g. is_numeric() or strpos() (needle). Plain zval param
parsing,
so NO ZVAL_DEREF() occurs (FAST_ZPP or traditional)
be moved "out of the way" if marked cold...
[1] https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html
Thoughts?
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
max) < sizeof(_var) && _max < _var)
Which should work fine and allow the compiler to remove it easily, without
any extra clutter.
BTW, in openssl_pbkdf2(), it looks like the if (!digest) check can be moved
up after EVP_get_digestbyname() as well...?
Cheers
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Jakub,
- Original Message -
From: "Jakub Zelenka"
Sent: Tuesday, August 18, 2015
On Tue, Aug 18, 2015 at 9:48 PM, Matt Wilmas
wrote:
Hi Anatol, Jakub,
[...]
The checks with zend_long vars like key_length and iterations are
impossible when ZEND_LONG_MAX == INT_MAX (m
Hi Anatol,
- Original Message -
From: "Anatol Belski"
Sent: Tuesday, August 18, 2015
Hi Matt,
> [...]
>
> The checks with zend_long vars like key_length and iterations are
> impossible
> when ZEND_LONG_MAX == INT_MAX (most if not all 32-bit, I guess). So
ld be fine in all
cases (even if *int* was 64-bit).
I don't see how it's simpler or safer to use #if.
But actually, if #if was used, should really be checking SIZE_MAX > UINT_MAX
I guess, and ZEND_LONG_MAX > INT_MAX.
But using sizeof() in the macro definition gives the same res
D_NORETRUN_ALIAS"
instead of NORETURN.
[1] https://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html
Thanks. Dmitry.
Thanks,
Matt
On Mon, Aug 17, 2015 at 1:26 PM, Matt Wilmas
wrote:
Hi Dmitry, all,
Has it been considered to use __attribute__((cold)) on, for example,
error-type functions?
ith the fastest/smallest
parameter parsing we could imagine, across all of PHP! I guess that means
start looking for it next week...? :-) I may just send a patch sooner
without even writing up an explanation about parts first like I planned.
More below...
- Original Message -----
Fro
I once pushed this hard for namespaces. Then, after years of it being shot
down, they did it.
And now I'm sad. It didn't occur to me until after it had been implemented how
bad an idea it was for php. I think this is one of those times.
Type hinting is wonderful, but i'm not sure you could rea
ld cause a strcmp.
-Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
While it's not the prettiest of side effects in php, I don't agree it should be
"fixed"
On top of a massive BC break, it's not as if the results are inconsistent.
Learning php means learning how type juggling works.
At most, I'd remove the part that truncates numeric strings like "123abc" and
I'll start off by saying that I am, personally, a great fan of OO. Pure OO
languages have always tickled me just right.
But I question the idea that making something pure OO makes it better. And in
PHP, it wouldn't be a mere revamp of the OOP system like php5 did, it would
fundamentally change
I will also note that my phone cut off the part about this post not being
serious.
I, however, have no sense of humor.
On Jul 18, 2012, at 11:17 PM, Ronald Chmara wrote:
> With PHP 6, lets start with a:
> Pure
> Object
> Oriented
> PHP
>
> ...idea, and extend it out, so we can have a:
> Stru
.
I have posted the binary builds, source code and output from run-test here:
http://131.107.220.66/build/RFC/
Implementing both RFCs together along with PGO on Windows works well enough for
both RFCs to be implemented in php-next.
Cheers
-Matt
> Date: Mon, 3 Sep 2012 09:52:10 +0
osted the binary builds, source code and output from run-test here:
http://131.107.220.66/build/RFC/
Implementing both RFCs together along with PGO on Windows works well enough for
both RFCs to be implemented in php-next.
Cheers
-Matt
Hi,
Supporting the httpOnly thing is good, but is a php.ini setting better than
another setcookie() parameter? I thought that's how it would be
implemented... Well, I guess we can use ini_set().
Matt
- Original Message -
From: "Jochen Hansper" <[EMAIL PROTECTED
Hi,
I'm sorry, I didn't even see that this is for sessions! :-/ Nevermind...
Matt
- Original Message -
From: "Matt W" <[EMAIL PROTECTED]>
Sent: Wednesday, June 22, 2005 7:36 PM
Subject: Re: [PHP-DEV] httpOnly Cookies [tiny enhancement]
> Hi,
>
&g
r information I can provide, please let me know. I'd be
happy to test anything.
Thanks for your time,
--
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> On 15.11.2005 15:06, Roman Ivanov wrote:
>
>> This particular extension treats each input variable individually,
>> which is not desirable in majority of scripts I worked with. Such
>> approach adds unnecessary complexity to the script, and requires to
>> handle each invalid variable separate
ative of the
actual relationship.
When I see \ I think of ugly Windoze file paths. Also ::: seems awkward somehow.
Matt.
On 11/26/05, Jessie Hernandez <[EMAIL PROTECTED]> wrote:
> I personally don't like any of these, but I just thought of this one:
> "%%". Don't t
; >> Knowles |-| | +1 | | | | | |
> >> | | | | | | | | |
> >> Greg Beaver |-| | +0 | +0 | +0 | +0 | | +0 |
> >> +0 | +1 | +1 | +0 | +0 | | | | |
> >> Jessie Hernandez |-| +1 | | +2 | | | |
> >> |
| |
> Greg Beaver |-| | +0 | +0 | +0 | +0 | | +0 | +0 | +1
> | +1 | +0 | +0 | | | | |
> Jessie Hernandez |-| +1 | +1 | +2 | | | | | |
> | | | | | | | |
> Matt F
uctor but __construct
is not called.
Could this be considered a bug? Any thoughts?
--
-- Matt Friedman
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Dmitry,
It is understandable that you don't know what the arguments might be.
But I would rather have the constructor called with no arguments, or
with just the std object `book` passed to the constructor instead of
no constructor at all.
Is it possible?
Thanks,
Matt.
On 12/13/05, D
That sounds very good.
Many thanks for the assistance.
Matt.
On 12/13/05, Andrew Yochum <[EMAIL PROTECTED]> wrote:
> Hi Matt & Dmitry,
>
> Calling the magic __wakeup() func might be appropriate in this case,
> since SOAP envelope deserialization is a lot like regular
>
+1
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t; at the last match if it's not in ST_IN_SCRIPTING
state? I don't get it. Marcus, Scott?
Thanks,
Matt
- Original Message -
From: "Xuefer"
Sent: Sunday, April 06, 2008
> i'm having trouble with the bug http://bugs.php.net/bug.php?id=44654 i
> just repo
ght now anyway :-)).
In HEAD I also tidied up the LNUM/HNUM rules which lost their tabs and Z_*
macros a year ago (v1.164).
http://realplain.com/php/scanner_fixes.diff
http://realplain.com/php/scanner_fixes_5_3.diff
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
-re2c state. Also
remembered a useless "case EOF;" to remove in zendlex() to match HEAD's
(added at end of '05 (v1.647.2.18) for bug #35382, later fixed in the
scanner; doesn't look like it ever did much anyway).
BTW, maybe you could change the name in that 5.2 NEWS entry to
Contributing miscellaneous patches like I've been sending to the internals list
in the past. :-)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
o the list soon,
but nothing I need right now. Though I guess if I had access to the NEWS
file I'd be able to make the name change I mentioned yesterday, right?
Thanks again
Matt
- Original Message -
From: "Marcus Boerger"
Sent: Friday, April 11, 2008
Hello Matt,
I
the bug
report... That seems like a better way for these edge cases; or maybe a new
thing (conversion specifier?) for zend_parse_parameters() to limit longs to
LONG_MIN/LONG_MAX without overflow.
So can the traditional, legacy overflow behavior be restored?
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello guys,
- Original Message -
From: "Philip Olson"
Sent: Thursday, April 10, 2008
> On 10 Apr 2008, at 09:48, Marcus Boerger wrote:
> > Hello Matt,
> >
> > Thursday, April 10, 2008, 3:50:41 PM, you wrote:
> >
> >> Hi Scott,
> >>
Thanks Tony!
- Original Message -
From: "Antony Dovgal"
Sent: Thursday, April 17, 2008
> On 17.04.2008 14:54, Matt Wilmas wrote:
> > Well, now that I have a php.net account, and 5.2.6 will be released, can
> > someone change my name? :-) Unless I'm
retty much complete, but just has a few bugs that I am having
difficulty squashing.
I would be willing to make it worth your while - perhaps if you had an
Amazon wishlist (or similar), I could help out that way.
Please reply privately if you can help me out.
Thanks,
Matt Parlane
--
PHP Internals - P
on open-sourcing it, but I figured there was little point
since all it does right now is segfault...
Perhaps I should package up what I've got so far and post a link...
I'll do that soon.
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
:CONSTANT).
I also removed an unnecessary memcmp() in zend_get_constant() -- old code
that was needed a long time ago, it appears.
http://realplain.com/php/const_ct_optimization.diff
http://realplain.com/php/const_ct_optimization_5_3.diff
Thoughts?
Thanks,
Matt
--
PHP Internals - PHP Runti
m/php/array_init_size_vm_5_3.diff
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
things I had in mind to
change, but hadn't come across your mysqlnd "workaround," heh. Just knew
that plain array_init() is used in mysql/mysqli, pgsql, sqlite, etc...
- Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
yet... I just
commented out the 2 function calls for now since I don't need that area
working. :-P
- Matt
- Original Message -
From: "Richard Quadling"
Sent: Sunday, April 27, 2008
> Hello.
>
> The 5.3.0-dev win32 snapshots are failing as there has been no update
>
Hi Derick,
- Original Message -
From: "Derick Rethans"
Sent: Monday, April 28, 2008
> On Mon, 28 Apr 2008, Matt Wilmas wrote:
>
> > Yeah, was thinking the same thing about the logs. :-) Don't know if you
> > tried to compile yourself, but the failur
array_init(return_value);
rem_hash = &Z_ARRVAL_P(return_value);
}
- Matt
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, April 30, 2008
> For some reason "make test" with the patch reported several broken
> array_splice() tests. Looking in gdb I saw t
y) when
array_splice() is used in a "void context":
array_splice(...); // Not used in assignment or function call
And the calling code wouldn't be affected? Maybe I don't get it, and that
check should be removed. :-)
Thanks for your feedback,
Matt
- Original Message ---
move, as I think it's supposed to be automated, though they're missing in
HEAD.
http://realplain.com/php/string_optimizations.diff
http://realplain.com/php/string_optimizations_5_3.diff
Thanks,
Matt
P.S. (for Marcus?), the ({LABEL}|([']{LABEL}['])|(["]{LABEL}["])) p
t. I also should have
mentioned that!
- Matt
- Original Message -
From: "Rasmus Lerdorf"
Sent: Monday, May 05, 2008
> A bit of a messy patch in that it doesn't have a single top-level
> directory, but after hacking it, it applied. For others testing this,
&g
EL}";"?[\n\r]
Though the original should be equivalent... Well, hopefully it's all
working correctly now!
- Matt
- Original Message -
From: "Felipe Pena"
Sent: Monday, May 05, 2008
> [...]
> Hi Matt, the nowdoc_015.phpt fails in HEAD.
>
> --
> Regar
go),
and there was a surprising improvement on a lot of the bench.php tests (I
think "ackermann" is the only one that uses interpolated strings). Just
compiler randomness I guess, but going from 27.9s to 27.1s is more than the
fluctuation I've seen before. :-)
- Matt
- Original Mes
an error for me,
though its snaps are building, so maybe I'm the only one?
- Matt
Index: ext/standard/math.c
===
RCS file: /repository/php-src/ext/standard/math.c,v
retrieving revision 1.131.2.2.2.6.2.7
diff -u -r1.131.2.2.2.6.2.7 mat
830, assuming my proposed fixes are
acceptable (should I have marked them Verified?). And speaking of bugs, I
wasn't sure if I should close #44767 as Bogus, for example. Maybe I will in
a few days unless I'm told not to. :-)
Thanks again,
Matt
- Original Message -
From: "Ste
Hi Rasmus,
- Original Message -
From: "Rasmus Lerdorf"
Sent: Thursday, May 08, 2008
> Matt Wilmas wrote:
> > BTW, if I had karma for Zend stuff, I guess
> > I could fix Bugs #44681 and #44830
>
> You already have Zend karma.
I was going by your CVSROOT
>
> AFAICS mod_php5.c has been renamed mod_php.c in PHP6.
You're right about the filename, so I corrected config.w32. Though I'm not
sure about the "unresolved external" part from your next message, so we'll
wait for someone with more experience than me in that area I gue
recall at the
moment if there are more serious examples. Also not sure if some of this is
affecting the ini scanner (see Bug #45384), as I haven't really look at its
code.
What are everyone's thoughts...?
- Matt
- Original Message -
From: "Nuno Lopes"
Sent
t
figure it out anyway. :-P
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Scott,
Ah thanks, so simple! :-O I should've investigated first since I figured it
was probably a Windows-specific file, and not a missing #include, etc.
- Original Message -
From: "Scott MacVicar"
Sent: Wednesday, July 09, 2008
> Sorted now, the new file was missing from the build
m/php/string_optimizations_5_3.diff
Remember to regenerate the scanner/parser with re2c/bison and run
zend_vm_gen.php! I also included possible NEWS updates in the 5.3 patch
this time. :-P
Thanks for any feedback,
Matt
- Original Message -
From: "Matt Wilmas"
Sent: Monday
ndows assembly version of
these 2 things, where I left the comments? There is for
zend_mm_[high|low]_bit(), but they're very simple...
http://realplain.com/php/multiply_long.diff
http://realplain.com/php/multiply_long_5_3.diff
- Matt
- Original Message -
From: "Matt Wilmas"
?
Thanks,
Matt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Christian,
- Original Message -
From: "Christian Schneider"
Sent: Wednesday, July 23, 2008
> Matt Wilmas wrote:
> > array_replace() is like the + operator applied to arrays, except that it
> > WILL overwrite ("replace") existing entries.
>
m/php/const_ct_optimization.diff
http://realplain.com/php/const_ct_optimization_5_3.diff
Thanks,
Matt
- Original Message -
From: "Matt Wilmas"
Sent: Friday, April 18, 2008
> Hi all,
>
> I changed things so that the many "built-in" constants (CONST_PERSISTENT
&
hat are
using their own workaround as I would have, unless it's a flag/option.
I know it may be too late for these things :*/, but just wanted to mention
them, and I'd still send them to the list if done... I wouldn't consider
them major or dangerous.
Thanks Johannes and Lukas!
- M
Hi all,
Just wanted to bring attention to this message again. Didn't hear any other
opinions, but I think the change should be reverted. I wonder if there will
be new bug reports about broken code if a public release is made as the code
is now?
- Matt
- Original Message -
1 - 100 of 443 matches
Mail list logo
