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 wfi...@meetme.com 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,
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
On Mon, May 24, 2010 at 3:07 PM, Pierre Joye pierre@gmail.com wrote:
On Mon, May 24, 2010 at 8:56 PM, Ilia Alshanetsky i...@prohost.org 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
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 SQLite3 PDO drivers
-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 Alshanetskyi...@prohost.org wrote:
I would like to ask all developers to voice their opinions of whether it
makes sense to add
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
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
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 Cavicchiolima...@zend.com wrote:
Hi all,
I could not work out a way to make an error occurred on a stored procedure on
on MSSQL server
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
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.
please ignore
--
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
really sorry... qmail is nasty
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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
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
will be written.
5. Documentation for the PDO v2 API, and a guide for driver developers
+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
Derick,
Your statement is not accurate:
http://cvs.php.net/viewvc.cgi/CVSROOT/avail?r1=1.1200r2=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
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.
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 and ml for some pdo bits
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: Wednesday, November 07
be 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: [PHP-DEV] zend.h
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
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
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
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; better
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
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
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 reason
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.
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
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:
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.
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
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
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
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:
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 the
Firebird PDO driver because we
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
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
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 jedi-hand-wave/)
--
PHP Internals
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 conference
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,
there are also 25+ bug reports in PECL).
Most
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
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
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
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
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
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
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
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
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 that is
, 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 Development
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 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. + if (!memcmp(opline-
op2.u.constant.value.str.val
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
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 IFDEF sections
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.
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
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 would
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
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
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
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;
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
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
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
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 if
+1.
I still get comments on my blog entry about this every so often:
http://netevil.org/node.php?nid=336SC=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
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
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.
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!)
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
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 */
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
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,
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 Runtime Development
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 macro
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
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
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
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
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
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
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, Ilia
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 broken
It turned out to be mysql table corruption that was preventing the
moderation from working correctly.
Normal service should resume shortly.
--Wez.
On 6/5/06, Xuefer [EMAIL PROTECTED] wrote:
it looks likes there's too many spam in pecl-dev these days. is that
list moderated yet?
--
PHP
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
[EMAIL PROTECTED] wrote:
It was part of the overall 5.2 change list that was sent to internals
before the 5.2 was branched.
Ilia Alshanetsky
On 25-May-06, at 10:14 PM, Wez Furlong wrote:
FWIW, I don't remember a discussion on this for PHP 5 either.
--Wez.
--
PHP Internals - PHP Runtime
The E_NOTICE highlights a possible programmer error.
If you don't want to see it, turn off E_NOTICE level in your error
reporting settings.
--Wez.
On 5/26/06, D. Dante Lorenso [EMAIL PROTECTED] wrote:
Sara Golemon wrote:
Back on the topic of trying to write a 'filled' function in an
Of course, if a upstanding member of our community can vouch for
someone then we have no problem with opening up an account. This is
precisely what the mentor is doing here.
I've opened up PECL and CVS accounts for Pavlo, but granted no karma yet.
Marcus (and other mentors): where CVS access
The whole point of the mentor is to streamline the process of getting
new blood into a project; I see no reason to make it more difficult by
being too rigid.
--Wez.
On 5/27/06, Pierre [EMAIL PROTECTED] wrote:
On 5/27/06, Wez Furlong [EMAIL PROTECTED] wrote:
Of course, if a upstanding member
1 - 100 of 740 matches
Mail list logo
