On 3/5/2011 10:48 AM, Christopher Jones wrote:
On 3/5/11 5:58 AM, Elizabeth Smith wrote:
Attached is a patch that works for both 5.3
and trunk, includes an additional test for the issue.
Hi Elizabeth,
Can you log a bug and attach the patch?
Thanks
Chris
Bug filed, patch attached (any
be
this does need to get out to a wider community (php.general perhaps?)
since the guy hacking on a wordpress plugin is every bit as much a PHP
user as any of us.
Thanks,
Elizabeth M Smith
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 6/15/2010 11:45 AM, Kalle Sommer Nielsen wrote:
2010/6/15 Patrick ALLAERT:
What about doing the same with MySQL extensions ?
I have the feeling that there is a benefit at removing ext/mysql with
the same arguments as for sqlite 2.
+1 for removing ext/mysql and ext/sqlite. While we are at it
t the PDOExceptions don't contain their driver-specific
error codes, feel free to ignore this.
Patch looks good, Ilia put it in - thanks and as Richard said, feel free
to send more PDO patches, someone with time/desire to actually do the
work is always appreciated ;)
Elizabeth M Smith
Mark Skilbeck wrote:
Hey, guys/gals.
Do any of you know of an up-to-date resource on setting up a development
area / building extensions with VS? Everything I find is a couple of
years and / doesn't work.
Thanks.
http://wiki.php.net/internals/windows/stepbystepbuild
--
PHP Internals - PHP Ru
Richard Quadling wrote:
2008/11/4 Steph Fox :
How you got both files is beyond me - winres.h is not present in either
the 2003 sdk or the 6.1 sdk (used with VC6 and VC9 respectively) - our
current instructions for building involve renaming header files in the
sdk which is a very silly thing.
Na
Uwe Schindler wrote:
> Thanks Jani,
>
> I thought it is still optional to do this.
>
> The question is, how to do that on Windows with TortoiseSVN using the GUI?
> We had a similar discussion on the Lucene-Java Mailinglist about updating
> the backwards-compatibility tests branch with one commit
Ilia Alshanetsky wrote:
Last week or so there was a fairly detailed discussion on the internals
list regarding type hinting based on my original patch. Since then the
patch has been revised to address the major concerns that were
identified (breakage of binary compatibility) as well extended wi
Lester Caine wrote:
> OK now that I have a working PHP5.3 set-up, the first problem seems to
> be fixing the libraries we use so they are clean.
>
> 1/
> Split() needs looking at in ADOdb and Smarty ...
> Where should I be looking for notes on that?
>
POSIX ereg stuff is now deprecated
see preg
Andrei Zmievski wrote:
> Hannes Magnusson wrote:
>> I assume the names in parentheses are people who volunteered to do the
>> task, not whoever brought it up? (very ambitious crowd) :)
>
> Volunteered to do it or at least guide others.
>
>> Regarding the stream interface, what does "FIIK" mean?
>
>
> allow_call_time_pass_reference = Off (Issue Warnings)
>
+1
Elizabeth Smith
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Scott MacVicar wrote:
> Hi Everybody,
>
> It's almost that time again where we rush at the last minute to organise
> something for the Google Summer of Code, so in the interest of being
> prepared I'm thinking it's time to start collecting ideas for potential
> students. I've updated a few of the
[snip]
> 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC
> break will be that "if (extension_loaded('mhash'))" will need fixing if
> mhash is removed (answer both)
> I) enable ext/hash by default
+1
> II) remove ext/mhash
+1
> 2) deprecate ereg*. ext/ereg is an extension as o
Steph Fox wrote:
> Hi Elizabeth,
>
> I think you'll find that's version-specific. I have both those files,
> and they do rather different things. Can you test against both VC 6 and 9?
>
> - Steph
>
> - Original Message - From: "Elizabeth Marie Smith"
> <[EMAIL PROTECTED]>
> To: <[EMAIL P
Greg Beaver wrote:
> Hi,
>
> http://wiki.php.net/rfc/namespaceissues
>
> Read it and discuss. Let's be clear people: the technical problems in
> namespaces are limited and solvable. The problems in the political
> environment surrounding them may not be. Wouldn't politics be a
> stupid-ass rea
Stanislav Malyshev wrote:
> Hi!
>
>> This can be solved in three ways.
>
> Somehow you did not mention my idea of using foo::bar->baz() for method
> call. Was it because you don't like it? If so, why?
Probably because I missed it in the noise - only it would still lead to
ambiguity issues if you
> Thats awesome.
> By the way, what is "it"?
> I haven't had the chance of following the hundreds of namespaces
> threads with thousands of replies. All I have gather so far is a
> massive amount of FUD.
>
> Could someone summarize what you are trying to convince Greg to agree
> on? I would greatl
[snip]
> Many of us - 'documentors' - (if not all) are programmers and used to use
> CVS and other versioning system. But this takes some extra time that IMHO it
> shouldn't. If you want to "spread the word" and get lots of people to help
> in docs, I believe this kind of thing that Launchpad use
Lucas Stephanou wrote:
> My first msg in this list
>
> And I agree with you David.
>
> Mix html and namespace is very very ugly.
>
>
>
> 2008/9/12 David Coallier <[EMAIL PROTECTED]>:
>> 2008/9/12 Greg Beaver <[EMAIL PROTECTED]>:
>>> Hi,
>>>
>>> This is a simple patch that allows files like thi
Daniel Henning wrote:
> Hi Pierre,
>
>> Scott is working on the VC6 problem with libsqlite3. In the mean time
>> you can use http://apachelounge.com builds for apache as they use VC9.
>
> That was one good hint with apachelounge. SQLite is working know with VC9
> build but testing is still not
Pierre Joye wrote:
> hi,
>
> On Wed, Sep 10, 2008 at 9:26 PM, Hannes Magnusson
> <[EMAIL PROTECTED]> wrote:
>> On Wed, Sep 10, 2008 at 17:31, Scott MacVicar <[EMAIL PROTECTED]> wrote:
>>> This should go on the main bug tracker rather in PECL, there isn't a
>>> seperate release on PECL any more for
Stanislav Malyshev wrote:
> Hi!
>
> I answered this exactly question about 100 times already. No, you just
> import DB and then do DB::Class1, DB::Class2 etc. up to DB::Class18.
> Does nobody ever read anything prior to starting discussing namespaces?
And I'd ask - who wants to do new DB::mysql w
Stanislav Malyshev wrote:
> Well, I can tell you what's bad for you but I can't stop you from doing
> that :) use * is bad for you, but if you insist on simulating it - well,
> ok, it's your code.
I suspect even ZF will run into some kind of import * functionality
being needed. Do you really wan
Stanislav Malyshev wrote:
> Hi!
>
>> Bottom line, being able to alias in functions the same way you can
>> classes would be useful. You could also shoot yourself in the foot.
>>
>> You can alias in classes. You can shoot yourself in the foot with that
>> as well.
>
> As I already noted in my re
Stanislav Malyshev wrote:
>> If functions in namespaces won't have the same treatment or features as
>> classes why bother ;)
>
> Functions can't have the same features as classes, because then they'd
> be classes :)
That's not what I meant and you know it (sighs)
Bottom line, being able to al
Stanislav Malyshev wrote:
> Hi!
>
>> And what happens when you have two libraries and each has their own Date
>> implementation? How is that any different? If you could alias in
>> functions, you'd simply alias them in differently - call one _() and one
>> new_gettext - that's the point of alias
Stanislav Malyshev wrote:
> Hi!
>
>> For me they are ways to "package up" code without interfering with built
>> in PHP functions or other libraries I wish to use.
>
> Right, I agree.
>
>> I don't want to retrain myself or others to call all functions in my
>> code as though they were static met
Stanislav Malyshev wrote:
> Hi!
>
>> Personally I don't see the point of of having functions in namespaces if
>> you can't "use" them in a global scope.
>
> You mean, if you can do foo() it has a point but if it's F::foo() it
> doesn't? Then I think your point was purely cosmetical from the start
Stanislav Malyshev wrote:
> Hi!
>
>> I am mainly baseing myself on the feedback I got at:
>> http://pooteeweet.org/blog/1288
>
> OK, will read through it.
>
>> I think Liz summarized the gripes best (especially the second
>> paragraph is important to note):
>> "I've been using namespaces since t
Stanislav Malyshev wrote:
> When we adopt some syntax, especially syntax matching some other
> language, we do not just introduce an otherwise meaningless sequence of
> symbols to be learned by users. We introduce concepts, and we create
> associative links with other languages. So, if we introduce
Johannes Schlüter wrote:
> Hi,
>
> README.WIN32-BUILD-SYSTEM - does this require updating for the new build
> infrastructure?
>
> johannes
>
Yes it does, it's on the todo list
Thanks,
Elizabeth
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.n
Steph Fox wrote:
>
> Can you build it as shared? I can't actually get --disable-all to work
> here, it keeps shouting about objects-out-dir being 'no'.
>
> - Steph
>
Ah, shoot, the disable-all thing... that's a configure bug steph, and I
have a patch to fix it sitting around here somewhere
Lester Caine wrote:
> Just trying to work out why my footprint was bigger than I expected
> running the windows 5.3.0-dev and I've got mysqlnd installed when I
> don't need it. How do I get rid of it or am I going have to compile my
> own builds in future?
>
It's on by default on windows, so you'l
Hector Santos wrote:
> Folks,
>
> From the example build at:
>
>http://uk3.php.net/manual/en/install.windows.building.php
>
> where it shows the options for a minimal build:
>
> --disable-all
> --enable-cli
> --enable-cgi
> --enable-object-out-dir=.
> --disable-ipv6.
ereg used to
Steph Fox wrote:
>> What is hard in:
>>
>> 1. mkdir c:\phpw32
>> 2. extract a php release in c:\phpw32\php-5.y.z
>> 3. extract the dependencies in c:\phpw32\php_builds
>> 4. run:
>> buildconf.bat
>> configure.bat [option your like to have}
>> nmake
>
> What is hard in it is that this is pretty ali
Hector Santos wrote:
> Lars Strojny wrote:
>> Hi Hector,
>>
>>> Do you see a technical reason why this is not a good idea? Would it be
>>> transparent enough that it would not cause issues with current
>>> extensions?
>>
>> I would really love to see this. A use case I have in mind is extension
>>
Stanislav Malyshev wrote:
> Hi!
>
> Are the scripts used to build snapshots at snaps.php.net (esp. windows
> ones) publicly available from somewhere?
As far as I know, they're not - however the important stuff is all taken
care of by the makefile and windows configure scripts as long as you use
-
Holo wrote:
> Rob Richards escreveu:
>> A little late to the party, but the windows build for PHP 5.2.6RC5 is
>> finally available. Please test it as much as possible.
>>
>> http://pecl2.php.net/downloads/php-windows-builds/qa/php-5.2.6RC5-Win32.zip
>>
>> http://pecl2.php.net/downloads/php-windows-
Scott MacVicar wrote:
> It's working fine here on VC6 and 2005 on XP.
>
> afaik the code was only there to deal with older versions of Windows
> that didn't have _WINNT32_WINNT defined.
>
> More investigation is needed to see what exactly is broken. We may just
> need to rebuild some of the thing
Richard Quadling wrote:
> Hi.
>
> Am I getting this fatal link error on Windows when building PHP due to
> an old version of xml in zip.zip?
>
> My configure.js is
>
> cscript /nologo configure.js "--with-php-build=..\php_build"
> "--with-extra-includes=..\php_build\include"
> "--with-extra-lib
Richard Quadling wrote:
> Hi.
>
> Probably much to all your annoyance, I've finally managed to compile
> PHP on windows and I have a few questions.I'm very much just learning.
>
>
> I notice that there are a LOT of warnings when I'm compiling. The huge
> majority are benign.
>
> But, is there a
Derick Rethans wrote:
> On Thu, 17 Apr 2008, Felipe Pena wrote:
>
>> Em Qui, 2008-04-17 às 17:17 +0200, Paul Biggar escreveu:
>>> Hi Felipe,
>>>
>>> Thanks for making the change. This is much more consistent. It remains
>>> that there is no 'scalar' or 'numeric' hint. Are you planning on
>>> inclu
Dmitry Stogov wrote:
> Hi Scott,
>
> Could you provide a script to reproduce the crash?
>
> Thanks. Dmitry.
>
> Scott MacVicar wrote:
>> Jeremy Privett wrote:
>>>
>>> Another week later and still no response. I would hope /someone/
>>> thinks this a critical issue and needs to be resolved. Is /a
Stanislav Malyshev wrote:
> Hi!
>
>> Forgot to attach a second for config.w32, to nicely detect the
>> required libraries.
>
> Why do you think it is necessary to check each lib individually? Those
> libs are distributed together, and unless you mess with your ICU
> install, they should be always
Steph Fox wrote:
> Hi Gwynne,
>
>> I'd be willing to take a bash at it. What's required? I have access
>> to a Windows XP SP2 machine.
>
> MSVC 6.0 - and up to date libraries for everything, which would be my
> personal stumbling block right now. Elizabeth's probably best-placed to
> deal with i
Ligaya Turmelle wrote:
> I wish to help with the testfest. Lukas told me to start asking some
> questions in here. So to help organize things I will add this
> information to the testfest wiki page and if you want pass on any
> changes for the testfest web page (or you can give me cvs access if yo
Hi Marcus, warning I smashed those two replies together into this
> You are right about Phar::canWrite() however there is also
> Phar::isWriteable(). All we have to do is overload it correctly so that it
> returns SplFileInfo::isWriteable() && Phar::canWrite().
Sounds good - one gripe fixed ;)
>
Hiya Steph,
>> Not add an empty directory - just add a directory and its contents much
>> like the Phar::create would do - an assumption that you want everything
>> in that directory inside with no iterators or magic required.
>
> Hmm.. and how would you tell the difference between: empty directo
>> The only things I see missing are an addFile and addDirectory shortcut
>> methods for when I don't want to mess with all the metadata or creating
>> iterators.
>
> addDirectory() is called createDirectory() in my RFC, just ignore the
> return value. What would you like addFile() to do? Adding a
> Elizabeth, et al, the concrete semantic of Phar::isWritable() is what?
> Is it just is_writable('test.phar') or is it Phar::canWrite() &&
> is_writable('test.phar')?
I'd vote for Phar::canWrite() && is_writable('test.phar') - so you know
if you actually can change the phar.
> Benjamin, could y
First of all Greg, thanks for all your hard work on phar - however I do
agree that some of the API choices are going to cause confusion with
"casual" phar users.
> 1) if you want to know writability without Phar::canWrite(), you can
> also use is_writeable('phar:///path/to/archive.phar/index.php')
Steph Fox wrote:
> Oooh
>
>> What a horrible name :) How about pecl_graveyard?
>
> or siberia? :)
>
> - Steph
I vote Siberia - after all that's been the joke all along...
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Wow, noisy...
I've been in the situation where I use php for templating and the short
syntax is much nicer on the eyes. The ability to "flick the switch" for
short tags would be nice.
However, like Steph, I've also been bitten by having a simple xml
declaration in a file with short tags on that
Stanislav Malyshev wrote:
> I do not see any reason to suppose that - no more than building under
> Linux or FreeBSD means that you have changed the source. And since re2c
> is not supplied by any standard packages (cygwin, PHP build zip, etc.)
> and as far as I am aware of no documentation exists
Johannes Schlüter wrote:
> Elizabeth,
>
> looks like you changed the line endings with this commit, please try to
> avoid that in future. And well, yes PDO in HEAD is a bit out of sync but
> it would still be nice too merge stuff there :-)
>
> johannes
>
PDO_ODBC in head is REALLY out of sync,
Steph Fox wrote:
> Hi Dmitry,
>
> I finally got around to upgrading my compiler over the weekend, but I
> still have to fiddle with line 229 of zend_execute.h to get sane nmake
> output in the 5_3 branch. And I'm not alone - see
> http://snaps.php.net/win32/snapshot-5.3.log, now it's back up. The
[snip...]
>
> class A
> {
> trait foo;
> }
>
> class B
> {
> trait foo {unset bing, bar as bing};
> trait bar;
> }
> ?>
>
[snip...]
As long as we're discussing syntax - I rather like
class A
{
attach foo;
}
class B
{
attach foo {hide bing, bar as bing};
attach bar
Wow, you guys sure are a bit harsh
Here's the problem - there's a group of people who really want true (I
might say "javaish") type-hints for scalar values - int, bool, string,
float, and won't settle for anything less.
There's a group who thinks type hints are stupid because of the way php
Gregory Beaver wrote:
> Hi all,
>
> I'm getting unresolved external symbol xmlXPathCompiledEvalToBoolean
> with the latest zip.zip, any plans to update libxml2 to .31 soon in zip.zip?
>
> Greg
For now, until it gets updated Greg, just grab the xml libraries from
here http://ctindustries.net/libx
+1
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Afternoon,
Wow, go away for a weekend and look what happens...
Personally I think the issue is that true "scalar" type hinting doesn't
make much sense with a dynamically typed language. Deciding if/when/how
to juggle a scalar typehint is going to make at least one person angry
and some new u
61 matches
Mail list logo