I'm not opposed to the idea; the reason that I didn't implement it
initially is that I wanted something functional in the core (ext/sockets
was often not available) and we didn't have "PHP Spirit" equivalents of the
various and murky socket option setting APIs that are present in
ext/sockets (it's
I'll make a point of reviewing this over the weekend; thanks!
--Wez.
On Thu, Sep 20, 2012 at 10:09 AM, Will Fitch wrote:
> Thanks, Pierre - The PR can be found at
> https://github.com/php/php-src/pull/198
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://ww
On Nov 3, 2010, at 9:52 PM, Stanley Sufficool wrote:
Before I gut PDO_DBLIB one more time to implement native parameter
binding for stored procedures, what are the thoughts on returning the
column values from the database as the native PHP type when possible?
Currently everything is returned as
On Mon, May 24, 2010 at 3:07 PM, Pierre Joye wrote:
> On Mon, May 24, 2010 at 8:56 PM, Ilia Alshanetsky wrote:
>> Pierre,
>> As one of the original authors of PDO that is news to me. PDO was designed
>> to allow common functionality to be provided via a common interface, however
>> it was also de
ce. I
am CCing Wez Furlong who I believe is the lead for it.
May the source be with you,
Best regards,
Jess Portnoy
Mark Karpeles wrote:
Hi,
I checked around PDO (which I don't use at all, but the source is
usually a good documentation).
The timeout can be changed for SQLite and SQLi
This option sets the default value for the timeout, as though you
manually called stream_set_timeout on the stream.
The behavior is equivalent to using select() to wait for up to the
timeout duration prior to a read or write operation.
PHP does not implement "idle" timeouts; that's an application
-1 for 5.x
+1 for 6.0
Otherwise the Perl 6 guys will starting making their own jokes about
being released before PHP 6.
--Wez.
On Mon, Jul 6, 2009 at 8:52 PM, Ilia Alshanetsky wrote:
> I would like to ask all developers to voice their opinions of whether it
> makes sense to add this to 5.3 or to
Use PDO_ODBC and make sure you are running with the most recent
version of FreeTDS and its ODBC driver.
--Wez.
On Mon, May 4, 2009 at 2:27 PM, Massimiliano Cavicchioli wrote:
> Hi all,
> I could not work out a way to make an error occurred on a stored procedure on
> on MSSQL server (2005) propag
Hello,
I've revised my patch and linked to it for review.
Some notes:
Joe Orton commented that many libs are built without LFS, and those
that expose APIs that use off_t, struct stat and struct dirent will
suffer an ABI break if PHP forces those flags on, because the sizes of
those types
I'm too busy to review anything anytime soon; got lots on for the next
couple of months here at work.
--Wez.
On Nov 4, 2008, at 4:51 PM, Lukas Kahwe Smith wrote:
Hi,
Sorry about the top post, since I am CC'ing Wez and Sara again with
the tiny hope of a reaction.
It seems the streams layer
Just wanted to say that this is the third such commit I've seen go by
in the last couple of days.
If it's not too late, I would suggest that the change to put static
into the macro be reverted because it is causing needless changes to
fan out into other modules.
Additionally, it is also
Just to chime in on this thread; I like your implementation and (after
reading through all the other comments so far), prefer the lexical
keyword to import variables.
As I've said before, the closure aspect of this is the hardest to gel
into PHP, which deliberately avoids inheriting scopes. Since
feel free to delete all mail from me today
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
really sorry... qmail is nasty
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
maybe the last...
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
another test. ignore me!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
please ignore
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
de on the use of a CLA process.
2. Participants who want to contribute to PDO V2 will agree to a CLA and
become part of the working group.
3. A specification for PDO v2 will be written under the leadership of
Wez Furlong.
4. Tests to validate that PDO v2 drivers implement the specification
wil
+1, using 'END' as the syntax.
The ~ version to me implies some kind of bit-flipping operation,
whereas the single quotes remind us that interpolation doesn't happen.
--Wez.
On Jan 18, 2008, at 4:07 PM, Stanislav Malyshev wrote:
Hi all!
I remember the topic of 'nowdocs' (if you don't remem
Derick,
Your statement is not accurate:
http://cvs.php.net/viewvc.cgi/CVSROOT/avail?r1=1.1200&r2=1.1201
This should not be a blocker to anyone that wants to take this up.
I've been too busy to help Travis (I'm really sorry about that
Travis), and I'm happy to share the pending fix with anyone
d-access things should not be placed into PHP CVS.
pdo_odbc and other "read-but-do-not-write" stuff have already
demonstrated how bad it works.
On 27.11.2007 21:53, Wez Furlong wrote:
wez Tue Nov 27 18:53:17 2007 UTC
Modified files:
/CVSROOT avail loginfo
Log:
karma
What purpose does this serve exactly?
Why do we need to allocate an empty string for every database
connection?
Why do we need this in the core?
There's a lot of manipulation being done here that is better suited to
happen in PHP script land where it's safer and easier to maintain.
--Wez.
AM, Dmitry Stogov wrote:
Hi Wez,
Could you please give me more info about the issue.
What is your GCC version?
Does it related to GCC version?
What error do you have?
Is this problem described somewhere?
Thanks. Dmitry.
-Original Message-
From: Wez Furlong [mailto:[EMAIL PROTECTED]
Sent:
it is better to just define always_inline as inline on OSX.
Something like:
#if defined(__GNUC__) && !defined(OSX)
...
Thanks. Dmitry.
-Original Message-----
From: Wez Furlong [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 07, 2007 7:43 AM
To: internals@lists.php.net
Subject: [PH
The system headers on OSX use __attribute__((always_inline)) and
zend.h defines always_inline to something else, breaking the build
when the compiler tries to resolve that attribute name.
A solution is to prefix the defines used in the engine with zend or
ZEND or other similar namespacing t
You might have a point there; I'd assumed that CFLAGS made it through
to php-config, but it doesn't look like they do.
It should be a simple matter to define them in php_config.h instead.
--Wez.
On Oct 16, 2007, at 6:16 PM, Stanislav Malyshev wrote:
Yes, the patch does that; it turns on LFS i
On Oct 16, 2007, at 2:44 AM, sean finney wrote:
i would suggest that anywhere where one is doing something with a
size or
offset and not using the posix size_t/off_t types should get such
changes.
and like i said, i don't see the motivation behind this extra step of
returning the size in d
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
This bug has been open for a while:
http://bugs.php.net/bug.php?id=27792
Having run into this issue recently, here's a patch (hopefully
attached, mail.app and list filters willing) against PHP 5.3 to
address it.
This patch will promote to double the file sizes that overflow
LONG_MAX, which
Per previous discussion on internals, there are other "more active"
maintainers for COM right now, and by assigning to me, you're
assigning to the wrong person.
If you don't care, that's fine, it's just that "assigned" is not
really the correct disposition for the ticket in that case; bette
On 6/17/07, muquaddim <[EMAIL PROTECTED]> wrote:
If I get this I could have make a .NET wrapper.
You may also want to look at this:
http://netevil.org/blog/2004/jul/phpscript
source code:
http://cvs.php.net/viewvc.cgi/pecl/activescript/
--Wez.
--
PHP Internals - PHP Runtime Development M
On 5/30/07, Steph Fox <[EMAIL PROTECTED]> wrote:
Given that this entire thread came about because at least two of the core
team don't have time to deal with merging to HEAD, that doesn't seem very
likely. But you're right to put an end to quick-fix and possibly
cvs-specific solutions. Does svn ev
On 5/29/07, Steph Fox <[EMAIL PROTECTED]> wrote:
This could work, except of course we don't have any such thing as 'a
maintenance ticket' or a way to set priority to 'merge'. It's kind of the
opposite way around to the way the PHP bug system works... and it probably
would be a pain to have it as
We use trac as an engineering ticketing system; we open tickets to
track things that need doing, be they bug fixes, enhancements or other
maintenance work.
We require that every commit to portions of the repos that contain
code reference a ticket number in trac, and reject commits that don't.
As
Yes, and the binaries are generated on the same box as the windows releases.
--Wez.
On 5/29/07, Richard Quadling <[EMAIL PROTECTED]> wrote:
Isn't PECL4WIN "official"? It's on the php.net domain.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
We use doxygen for the developer portions of our customer facing
manual. The trick is to have it output xml and then massage that to
fit into docbook.
--Wez.
On 4/25/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
Doxygen (which seems to be uses by the majority of F/OSS projects) generates
compl
I'm not sure that that is 100% correct, but don't know the real
reasons, so won't comment further.
I apologize if I'm making this sound more mysterious than it really is.
The bottom line is that Sleepycat have an extension for that stuff,
and you should ask them about getting it into PECL.
--Wez
On the contrary, George and myself did; you should be able to obtain
it from Sleepycat.
--Wez.
On 5/29/07, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
The reason is quite simple, no one had written such an extension.
On 29-May-07, at 6:36 PM, Arnold Daniels wrote:
> Hi,
>
> What is the reaso
As a fellow busy person, I completely understand this situation.
I also recognize that we need to find a way to guarantee that patches
don't slip through the cracks and don't get lost.
I think we could do with investing a little bit of time into finding a
way to automatically review commits to s
Hello,
This weekend I've been building an Objective-C runtime bridge for PHP.
This is somewhat like the COM extension in that it is possible to
dynamically interrogate the Objective-C runtime to determine all the
interfaces (known as protocols) and classes and map those into PHP.
(it's also possi
Thanks for the heads-up.
FYI, this email should have been directed to [EMAIL PROTECTED]
--Wez.
On 5/27/07, David Hall <[EMAIL PROTECTED]> wrote:
pecl seems to be down. I would love you if you fixed it.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.
I'd modify that to say that no one with the C skills is interested in
taking it over, and there is almost no incentive to do this because
"no one" uses it.
--Wez.
On 5/23/07, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
But anyways, the problem is of course not that
we are uninterested in Fireb
The point you're missing is that those features all belong in the
firebird driver, not in PDO itself.
--Wez.
On 5/23/07, Lester Caine <[EMAIL PROTECTED]> wrote:
Wez Furlong wrote:
> On 5/7/07, Lester Caine <[EMAIL PROTECTED]> wrote:
>> No one has time to work on
On 5/4/07, Marcus Boerger <[EMAIL PROTECTED]> wrote:
2) Add open_filename debug info to streams
What is this feature and how is it different from stream->orig_path
that has been around for several releases?
--Wez.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
On 5/7/07, Lester Caine <[EMAIL PROTECTED]> wrote:
No one has time to work on the
Firebird PDO driver because we still need the main driver to provide the
functions PDO does not support.
Umm, no. Nobody has time for firebird because nobody uses it.
I ask people about Firebird at each conferenc
On 5/21/07, Lester Caine <[EMAIL PROTECTED]> wrote:
Add shitting 'Vista' to the equation and customers expecting THAT to actually
work .
I'm not sure if you meant shipping or adding Vista to a shit list. :)
--Wez.
(this is not the thread I was looking for )
--
PHP Internals - PHP Runtime
On 5/21/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
There is EXTENSIONS file (in the sources root dir) which lists extensions along
with their maintainers.
PECL has its own way to indicate the maintainers too (checkout the
package.xml files), so that extensions file, which has almost never
be
On 5/19/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I just want to clarify this situation - either the maintainers are temporarily
busy and will
continue working on their extensions or they have to admit that they won't do
it anymore,
we'll mark the extensions as orphaned and start looking for
getting angry about it is your problem, not mine.
--Wez.
On 5/19/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
On 19.05.2007 06:23, Wez Furlong wrote:
> On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
>> I can see 47 open bug reports assigned to you (this is bugs.php.net only
On 5/18/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
I can see 47 open bug reports assigned to you (this is bugs.php.net only, there
are also 25+ bug reports in PECL).
Most of the reports are COM, PDO or streams related. Do you still maintain
these extensions?
If no, please say so, we'll start
On 5/17/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
3. pressure oever developers does not make any good, is disrespectul,
specially when they are not getting paid to work.
One of the points that Andrei was trying to make was that if you
really don't have time for something, you should say
You need the callable type to store the closure information.
Either that, or you need to store it in the op_array, which is "bad"
because you don't know when you can free that closure state, so you
have to carry it around for the rest of the request.
I agree about $_SCOPES['foo']. I'm actua
I've been thinking about this in the car, and it won't quite work as-is.
Here's a contrived example:
$funcs = array();
for ($i = 0; $i < 10; $i++) {
$funcs[] = function() { return $_SCOPE['i']; };
}
Here I'm assuming that $_SCOPE takes a copy of $i during fixup.
The problem here is that the fu
My implementation preserves this information.
--Wez.
On Mar 19, 2007, at 5:26 PM, Richard Lynch wrote:
I think the anonymous name having metadata about the __FILE__ __LINE__
__COLUMN__ would be pretty nifty for error messages and debuggers...
I'm a bit tired of seeing "Error: blah blah in Un
On Mar 19, 2007, at 4:15 PM, Stanislav Malyshev wrote:
How this is going to work? Variables are not interpreted by the
compiler now...
Well, the compiler would make a list of variables names to import and
store those in the zend_function structure. Then at the time the
function is boun
I've been thinking about this on and off today too.
Something along the lines of the following is more in the PHP spirit:
$ver = phpversion();
$fancyVer = function () { lexical $ver; return "PHP $ver"; };
Where "lexical" is a keyword that means "inherit this variable from
the current lexical s
I didn't make it do anything fancy with scoping; it would make the
implementation more complicated, and wouldn't fit so well with the
way that scoping works in PHP, in that you need to explicitly
reference the global scope to "break out" of your function scope.
It would be cool if the lexic
roughout the PHP internals.
--Wez.
On Mar 18, 2007, at 9:27 PM, Gwynne wrote:
On Mar 18, 2007, at 8:48 PM, Wez Furlong wrote:
Updated patch at http://pastebin.ca/400952
Not 100% sure if my hack in zend_compile.c is righteous, but it
doesn't seem too far wrong.
74. +
Updated patch at http://pastebin.ca/400952
Not 100% sure if my hack in zend_compile.c is righteous, but it
doesn't seem too far wrong.
--Wez.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2007, at 7:41 PM, Wez Furlong wrote:
You can find my prototype patch at http://pastebin.ca/400871
(against PHP_5_2)
There's one minor flaw in my implementation for ZTS enabled systems
(just need to move the anon function counter into CG() to solve that.
--
PHP Internals - PHP Runtime D
We've been daydreaming about the ability to do something like this in
PHP:
$data = array("zoo", "orange", "car", "lemon", "apple");
usort($data, function($a, $b) { return strcmp($a, $b); });
var_dump($data); # data is sorted alphabetically
In the past, people have been told to use the travesty
es in some areas.
Anyhow, it appears safe; carry on :)
--Wez.
On 3/7/07, Doug Goldstein <[EMAIL PROTECTED]> wrote:
Wez Furlong wrote:
Considering my changes just call ldap_get_values_len() instead of
ldap_get_values(), both of which were implemented on all platforms and
arches (i.e. no IFD
Patch looks good.
Check with Ilia about scheduling it for 5.x
--Wez.
On 3/1/07, Benjamin Schulz <[EMAIL PROTECTED]> wrote:
Hi Wez,
this patch that adds a msg_queue_exists() to ext/sysvmsg. Currently
there is no way to tell wether msg_get_queue() will create or just a
attach to a queue.
It woul
My really really late 2 cents on this.
Please make sure that your changes don't make the extension depend on
OpenLDAP. Solaris and Windows LDAP implementations are close but not
totally the same as OpenLDAP.
I haven't looked at your patches and probably won't have time to do
so; I'm merely doin
Just curious, why did you choose to mutex around a hash instead of
using the zend_ts_hash functions?
Changing the access semantics while preserving the type and name of
that variable will cause any external modules that are unaware of that
change to subtly break, or if you're lucky, crash hard.
Patch looks good to me.
--Wez.
On 2/13/07, Nuno Lopes <[EMAIL PROTECTED]> wrote:
Anything against this: http://mega.ist.utl.pt/~ncpl/php_proc_terminate.txt ?
If not, I'll apply it by the end of the week with some new tests.
Nuno
- Original Message -
> ID: 39322
> Commen
I tweaked loginfo.pl so that if the commit message contains [DOC],
phpdoc@ will be Cc'd.
Hopefully that'll help in some small way.
--Wez.
On 2/10/07, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
We, and by we I mean all of us who write code and hope that divine
intervention will take care of the d
I'd like to tuck the attached patch into the PHP 5 branch.
It provides the following functions, and does not modify the behavior
of any of the others:
openssl_bignum_from_bin
openssl_bignum_from_hex
openssl_bignum_from_dec
openssl_bignum_to_string
openssl_dh_generate_key
openssl_dh_compute_ke
On 2/8/07, Maurice <[EMAIL PROTECTED]> wrote:
In my first tests I also included support for streams (using
stream_select) in order to support SSL/TLS enabled connections. However,
the SSL transport layer in the Stream "extension" is totally screwed up
if you use asynchronous socket streams.
Tha
We have a need for a search path for extensions, so that we can have
a system provided set of extensions and an optional location for per-
application extensions that either augment or override the baseline
extensions.
To facilitate this, I propose that we create a new directive called
ext
Thanks Andy!
I've updated the bug report.
--Wez.
On 1/22/07, Andy Wharmby <[EMAIL PROTECTED]> wrote:
Hi Internals
As promised back in December I have now found some time to look at
the COM defects to help reduce the backlog.
I have now investigated the first of these;
http://bugs.php.net/
On 1/13/07, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
SQLite does not natively support prepared statements anyways.
Yes it does :)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Thomas,
I think Marcus gave you all the right pointers.
I just wanted to let you know that I have a pending patch for DH kex
and some bignum functions, and that Pierre mentioned that he's been
working on a few other bits recently.
If you think that we'll be overlapping, we can try harder to ei
On 1/12/07, Brian Moon <[EMAIL PROTECTED]> wrote:
The PHP manual nor
the MySQL manual mentions sql injection when talking about prepared
statements.
I don't think you've read the section on prepared statements in the
PDO documentation, because it does mention it there, although it
doesn't beat
Hmm. I know that, in the past, I've had this kind of issue when
trying to distribute modules that use the debug version of the CRT
(which is itself not redistributable). I wonder if that is sneaking
into the build somehow?
--Wez.
On 1/7/07, Rob Richards <[EMAIL PROTECTED]> wrote:
Don't know i
Hi Edin,
It might be that we need to change our manifest for mod_phpx.dll to
make the crt load correctly. IIRC, there was some magical way to do
this based on the resource number you use when you bake the manifest
into the module; position 1 means one thing and position 2 means
another.
I have
When enabling restrictions like this, you need to consider the impact
that you'll have on people that previously ran without any memory
limit. The goal here is to strike a balance between a fair ballpark
amount that won't break most scripts while preventing accidental (or
otherwise) runaway memor
+1.
I still get comments on my blog entry about this every so often:
http://netevil.org/node.php?nid=336&SC=1#comments
The argument for keeping support is mostly about cost; I think it's
clear that people that are serious about PHP can either use linux for
free or pay for a more recent version o
Hi Mario,
Sorry that I didn't get back to you--I often get too busy to follow up
on PHP related mail so you need to poke.
I'm currently doing some work on PDO and so I'll look at integrating
your patch this week; if I don't spot any problems, I'll commit it,
otherwise I'll get back to you to dis
On 12/8/06, Andi Gutmans <[EMAIL PROTECTED]> wrote:
As far as finding a maintainer is concerned, we can check again with Wez. If
he doesn't have time we should probably be able to find someone who can look
into some of those bugs. Despite bugs, I've never had issues with it.
I'm currently (way!
On 12/8/06, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
COM:
Un-maintained at this time and has a fairly serious number of bugs
(26 by latest count, many of which are crashes)
But aside from those problems (which I suspect are mostly duplicates),
it works fine for the majority of users.
I think it would be better to pass in the pdo_dbh_t as the autharg to
the C level callback and then use that to determine if any of the
expensive work needs to be done in the callback.
static int authorizer()
{
pdo_dbh_t *db;
/* keep the current safemode / basedir checks "cheap" and fast *
Two comments about the patch:
- could you create a unified diff and post that instead?
- static local variable usage is not thread safe; state should be
stored in the pdo_dbh_t structure.
And one concern:
I deliberately left this feature unimplemented so far because the
authorization callback w
We cannot change it in SAPI where we are not the .exe because we don't
own the process.
Messing with that flag affects the entire process and could break
things at a higher level.
I call this kind of thing "library abuse", where one piece of code
assumes that it is the only consumer of the librar
I am +1 on this idea also.
--Wez.
On 11/14/06, Sara Golemon <[EMAIL PROTECTED]> wrote:
Ilia Alshanetsky wrote:
> -1. Let's not transform 5.2 into a placeholder for PHP6.
>
>
> On 14-Nov-06, at 6:50 AM, Matt Wilmas wrote:
>
>> Hi all,
>>
>>
>> Matt
>> <5_2_binary.txt>
>> --PHP Internals - PHP R
I'd lay money on someone somewhere having something critical relying
on the traditional behavior. IIRC, this came up before and we decided
to preserve the way it worked.
I don't see any need to change this in 6 or any later version.
As crappy as that may be, BC is BC. :-/
--Wez.
On 11/14/06, S
You probably want php_stream_from_zval_no_verify which doesn't
auto-return if there is an invalid stream passed in.
--Wez.
On 11/10/06, Antony Dovgal <[EMAIL PROTECTED]> wrote:
On 11/11/2006 04:13 AM, Arnold Daniels wrote:
> Hi,
>
> I've noticed that building an extension will fail when using m
I think it's a fair assumption that a random host specified in that
way be treated as suspicious and lumped in under the
disable-includes-by-default category.
If someone discovers that it breaks their app, when they read the docs
for allow_url_include it should be made very clear what the
implica
Just a heads up:
Both Pierre and myself have some bits and pieces that we'd like to do
to the openssl extension separate from the main source tree, pushing
releases via pecl, so I copied ext/openssl to pecl/openssl on the cvs
server.
These two areas are not symlinked because we want them to be i
On 10/23/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
. E_DEPRECATED: Some language featre that is likely to go away.
s/likely/confirmed/. We can't speculatively deprecate a feature and
then change our minds. (The {} vs [] thing with strings comes to
mind).
I don't think we need to set
Two things to try:
- run it under valgrind to see if it highlights code problems
- try it on a different box. If it works on the other box, consider
testing your ram as it may be faulty.
--Wez.
On 10/18/06, Gwynne <[EMAIL PROTECTED]> wrote:
I'm experiencing a strange random crash in PHP 5.1.4
On 10/20/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
One question I like to give to everyonedropping rules out of PHP. If you
want OO without rules, why do you use inheritance after all? Ever considered
OO might be the wrong programming paradigm for you :-)
It's not so much that "we" want OO
I agree. Aside from making things difficult, these extra checks are
using up CPU cycles when we don't otherwise care about the "problems"
that are being highlighted.
I've been out of the loop for a couple of months, so I'm really
surprised that we've gotten all the way into late RC with such a
d
Let's talk about this at the Zend conference.
I've only had time to skim your email, but what I had in mind is more
C than A or B on your list.
the PHP 5.2 branch is where it's at for PDO, as the unicode APIs were
changing too wildly to make it feasible for me to keep everything in
sync.
Given m
classes in this case) be removed or kept.
Edin
Wez Furlong wrote:
> Just a lame ass late-to-the-show comment... I've been out of touch and
> this mini thread gives no indication what the vote is about.
>
> Can we try to use more descriptive subjects going forward, thanks!
>
Just a lame ass late-to-the-show comment... I've been out of touch and
this mini thread gives no indication what the vote is about.
Can we try to use more descriptive subjects going forward, thanks!
--Wez.
On 10/5/06, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
Michael Wallner wrote:
> 3, 2
I see no sense in maintaining a "lite" installer; the people that need
an installer will want everything. If people want to cherry-pick,
they can do it themselves using the .zip downloads and pecl4win.
--Wez.
On 8/1/06, Richard Lynch <[EMAIL PROTECTED]> wrote:
On Mon, July 24, 2006 9:55 am, Il
Hi John,
Good work :)
Any chance you could publish the WiX files for this?
I haven't tried it yet, but based on the comments of others, and
experience of my own with WiX in a complex product, here are my
comments :-)
- I think we have way too many PHP extensions to make a checkbox
installation
I agree; this upload patch should be reverted.
--Wez.
On 7/23/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
On Sun, 23 Jul 2006, Stefan Esser wrote:
> Antony,
> > So this is the reason you think you can break the upcoming release now?
> > Please revert it, as I don't want to see yet another br
The problem is that there is no standard location for anything in PHP
on Windows, and a lot of people take advantage of, and rely on, that
fact.
--Wez.
On 6/10/06, John Mertic <[EMAIL PROTECTED]> wrote:
> Actually, there is also an option that allows you to scan a specific
> directory for ini f
1 - 100 of 886 matches
Mail list logo
