I deduced this myself, so I sent an email to the pear-dev list and we
seem to have come to a conclusion. Thanks
On Monday, Oct 27, 2003, at 00:51 America/New_York, Andi Gutmans wrote:
The overload extension is obsolete in PHP 5. How the PEAR guys are
planning on fixing their code I'm not sure.
On Monday, October 27, 2003, at 02:22 AM, Marcus BXrger wrote:
Hello George,
intersting code :-)
You can also avoid that by using
$arr[(string)$book] = 1;
instead of
$arr["$book"] = 1;
marcus
Yeah, I know I can avoid it, but I shouldn't have to. In more complex
examples it also seems to cause
Hello George,
intersting code :-)
You can also avoid that by using
$arr[(string)$book] = 1;
instead of
$arr["$book"] = 1;
marcus
Monday, October 27, 2003, 8:08:28 AM, you wrote:
> There's also an auto-casting issue. If you have something like:
> $xml = simplexml_load_file("a.xml");
> print_r
There's also an auto-casting issue. If you have something like:
$xml = simplexml_load_file("a.xml");
print_r($xml);
foreach($xml->book as $book) {
$arr[$book] = 1;
}
foo
bar
you get an illegal offset error in the assignment to $arr. It's
attempting to use it as a simpleXML object.
If you i
Hello Robert, George,
yes, the simplexml/foreach was borked before and can be considered fixed
now.
marcus
Monday, October 27, 2003, 2:03:24 AM, you wrote:
> Works fine from CVS. This was most likely fixed with the iterator stuff from
> Marcus.
> Rob
> From: George Schlossnagle
>> The followi
The overload extension is obsolete in PHP 5. How the PEAR guys are planning
on fixing their code I'm not sure. I suggest you check on the pear mailing
list.
Andi
At 04:15 PM 10/26/2003 -0500, [EMAIL PROTECTED] wrote:
I fixed the problem by editing the Autoloader.php. Is there a better way
to d
Works fine from CVS. This was most likely fixed with the iterator stuff from
Marcus.
Rob
From: George Schlossnagle
> The following code loops indefinitely.
>
> $conf = simplexml_load_file("status.xml");
> foreach($conf->services->service as $service) {
>print $service->params->description."\n
Weird bug in simplexml:
The following code loops indefinitely.
$conf = simplexml_load_file("status.xml");
foreach($conf->services->service as $service) {
print $service->params->description."\n";
foreach($service->params as $foo) {
print "$foo\n";
}
}
#status.xml
errorl
I fixed the problem by editing the Autoloader.php. Is there a better
way to do this? Should I just rewrite the code for my classes and get
rid of PEAR? What is the best solution? I realize that this is probably
not a question germane to this list, so thank you for any help.
On Sunday, Oct 26, 2
On Sunday, October 26, 2003, at 03:22 AM, Christian Stocker wrote:
On 10/25/03 7:20 PM, [EMAIL PROTECTED] wrote:
I have install libxml2 using fink for Mac OS X, so that the libraries
are stored in /sw/lib, and the includes are in
/sw/include/libxml2/libxml. I have tried these directories inc
I just found that there is no code for the overload extension. I assume
that it is more formally included in this version. Should I rewrite my
classes that make use of the overload function?
On Sunday, Oct 26, 2003, at 11:45 America/New_York, George Schlossnagle
wrote:
On Sunday, October 26, 2
I finally got it to build with this:
./configure --with-apxs --with-dom=/sw --with-libxml-dir=/sw
--with-xsl=/sw --with-zlib-dir=/sw --with-mysql=/sw --with-xsl=/sw
I need the overload extension, so I tried passing
--enable-overload and --with-overload
but it does not seem to do anything.
How
Hi,
On Friday 24 October 2003 20:45, Ilia Alshanetsky wrote:
> > Check for mktime with out-of-range parameters
> > [ext/standard/tests/time/003.phpt]
> > mktime() [ext/standard/tests/time/mktime.phpt]
>
> Also, a MacOSX specific issue that is not PHP5 specific.
Actually - a BSD mktime specific i
At 22:47 24/10/2003, Ilia Alshanetsky wrote:
One solution which was to bundle libxml with PHP got rejected and if my
recollection is correct you agreed with that decision. IMHO that was a good
decision, bundling a huge library (3.2+ megs as of 2.6.0) almost as big as
PHP itself seems kind of strang
On 10/25/03 7:20 PM, [EMAIL PROTECTED] wrote:
I have install libxml2 using fink for Mac OS X, so that the libraries
are stored in /sw/lib, and the includes are in
/sw/include/libxml2/libxml. I have tried these directories including the
latter directory without the last directory, but to no av
>
> Works here, too, committed,
> Sebastian
>
- that was one option -
Michael's right about stddef.h - the problem was caused because we have
in config.w32.h
#define ssize_t ptrdiff_t
- well without stddef.h, there's no clue as to whatever ptrdiff_t might
be. But I've no clue where it should
Steph wrote:
> Sebastian?
Works here, too, committed,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP Runtime Development Mailing List
T
Hello Rasmus,
To quote from PEAR/Common.php's infoFromString() method (used to parse
package.xml, and the base of all installation methods)
$xp = @xml_parser_create();
if (!$xp) {
return $this->raiseError('Unable to create XML parser');
}
Regards,
Greg
Rasmus
I have install libxml2 using fink for Mac OS X, so that the libraries
are stored in /sw/lib, and the includes are in
/sw/include/libxml2/libxml. I have tried these directories including
the latter directory without the last directory, but to no avail. So, I
don't know what the deal is. Thanks f
At 05:57 PM 10/25/2003 +0200, Sebastian Bergmann wrote:
php_gd2.dll fails to build:
php5\ext\gd\libgd\gd_jpeg.c(442): error C2065:
'ptrdiff_t': undeclared identifier
php5\ext\gd\libgd\gd_jpeg.c(442): error C2146:
Syntax error: Missing ';' before identifier 'nbytes'
php5\ext\g
chael Walter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 25, 2003 4:24 PM
Subject: Re: [PHP-DEV] PHP 5 Beta 2 RC1
> For the ptrdiff_t error, you could just #include .
>
> Concerning ssize_t - that isn't a type defined anywhere in the C
> sta
quot; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, October 25, 2003 5:05 PM
Subject: Re: [PHP-DEV] PHP 5 Beta 2 RC1
Same issue with gd2 here. Are we supposed to have updated headers
somewhere along the line? Edin?
- Original Message -
From: "Sebastian Bergman
PROTECTED]>
To: "Sebastian Bergmann" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, October 25, 2003 5:05 PM
Subject: Re: [PHP-DEV] PHP 5 Beta 2 RC1
> Same issue with gd2 here. Are we supposed to have updated headers
> somewhere along the line? Edin?
>
Same issue with gd2 here. Are we supposed to have updated headers
somewhere along the line? Edin?
- Original Message -
From: "Sebastian Bergmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 25, 2003 3:57 PM
Subject: Re: [PHP-DEV] PHP 5 Beta
Andi Gutmans wrote:
> Please let me know both if it works for you and if it fails.
Compiles fine on my GENTOO/Linux laptop:
- gentoo-sources 2.4.20-r7
- glibc 2.3.2-r6
- gcc (GCC) 3.3.1 20030916 (Gentoo Linux 3.3.1-r4, propolice)
- autoconf 2.13, libtool 1.4.3, bison 1.875, flex
On Fri, 24 Oct 2003, Greg Beaver wrote:
> Ilia Alshanetsky wrote:
> > One solution which was to bundle libxml with PHP got rejected and if my
> > recollection is correct you agreed with that decision. IMHO that was a good
> > decision, bundling a huge library (3.2+ megs as of 2.6.0) almost as big
Ilia Alshanetsky wrote:
One solution which was to bundle libxml with PHP got rejected and if my
recollection is correct you agreed with that decision. IMHO that was a good
decision, bundling a huge library (3.2+ megs as of 2.6.0) almost as big as
PHP itself seems kind of strange.
Reverting
When configuring PHP 5 for Mac OS X, I get this every time, even with
2.5.10 installed:
not found
configure: error: Please reinstall the libxml >= 2.4.14 distribution
What is the deal?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> > This issue is definitely not a reason to stop rolling out RC's nor
betas.
> > Enabling the XML extensions by default is the right decision because
> > this is an important technology which almost every PHP user will
need.
> > I do think it's a good idea though to have a --disable switch that
>
On Sat, 25 Oct 2003, George Schlossnagle wrote:
>That wasn't quite my point, I should have been more clear. I have
>libxml2 on my box. It was a pain to build. Supposedly, it is possible
>to disable the need for xml on the system, however if I uninstall
>libxml2 and run
>
>./configure --disab
Andi Gutmans wrote:
[snip]
This issue is definitely not a reason to stop rolling out RC's nor betas.
Enabling the XML extensions by default is the right decision because
this is an important technology which almost every PHP user will need.
I do think it's a good idea though to have a --disable
At 03:50 PM 10/24/2003 -0400, Dan Kalowsky wrote:
On Fri, 24 Oct 2003, Adam Maccabee Trachtenberg wrote:
> FWIW, I've had good success using fink to install libxml2 and libxsl;
> however, in order to get a version of libxml2 high enough (2.5.10) to
> work with PHP, you need to build from the "unst
On October 24, 2003 04:27 pm, Adam Maccabee Trachtenberg wrote:
> That sounds like a great idea. Also, George was saying that he was
> unable to disable all the xml extensions, at least on Mac OS X.
I used --disable-all followed by a list of extensions I want to enable. This
seems to work with la
One solution which was to bundle libxml with PHP got rejected and if my
recollection is correct you agreed with that decision. IMHO that was a good
decision, bundling a huge library (3.2+ megs as of 2.6.0) almost as big as
PHP itself seems kind of strange.
Reverting back to expat does not app
Sorry,
I just find it annoying that something that has worked out of the box
before (compiling PHP with default settings) is now no longer able to do
so easily (on my particular platform).
On Fri, 24 Oct 2003, Ilia Alshanetsky wrote:
> External dependencies are frustrating, but you could always
On Fri, 24 Oct 2003, Ilia Alshanetsky wrote:
> External dependencies are frustrating, but you could always disable
> compilation of all the xml extensions (I do that all the time). That said, do
> we really need just about every XML extension enabled by default and if we
> do, perhaps a 'global
External dependencies are frustrating, but you could always disable
compilation of all the xml extensions (I do that all the time). That said, do
we really need just about every XML extension enabled by default and if we
do, perhaps a 'global' --disable-all-xml flag should be in order?
Ilia
--
On Fri, 24 Oct 2003, Adam Maccabee Trachtenberg wrote:
> FWIW, I've had good success using fink to install libxml2 and libxsl;
> however, in order to get a version of libxml2 high enough (2.5.10) to
> work with PHP, you need to build from the "unstable" tree.
Great, just what I want, yet another
At 11:53 AM 10/25/2003 -0700, George Schlossnagle wrote:
On Friday, October 24, 2003, at 11:49 AM, Adam Maccabee Trachtenberg wrote:
On Sat, 25 Oct 2003, George Schlossnagle wrote:
How do you make this work without libxml2 (Sterling??)? That's an
utter pain to get built on os x.
FWIW, I've ha
On Friday, October 24, 2003, at 11:49 AM, Adam Maccabee Trachtenberg
wrote:
On Sat, 25 Oct 2003, George Schlossnagle wrote:
How do you make this work without libxml2 (Sterling??)? That's an
utter pain to get built on os x.
FWIW, I've had good success using fink to install libxml2 and libxsl;
On Sat, 25 Oct 2003, George Schlossnagle wrote:
> How do you make this work without libxml2 (Sterling??)? That's an
> utter pain to get built on os x.
FWIW, I've had good success using fink to install libxml2 and libxsl;
however, in order to get a version of libxml2 high enough (2.5.10) to
wor
> Locale settings affecting float parsing [tests/lang/034.phpt]
This fails on all MacOS installs (even with prior PHP) due to locale handling
bug. MacOS claims switch locale, but does not actually do it.
> Bug #25547 (error_handler and array index with function call)
> [tests/lang/bug25547.phpt]
On Friday, October 24, 2003, at 10:06 AM, Andi Gutmans wrote:
Hey,
I've rolled RC1 of beta 2. Although it's a beta I thought it'd be a
good idea to roll an RC so that we can at least do a sanity check to
see that the package is OK and builds.
http://www.php.net/~andi/php-5.0.0b2RC1.tar.bz2
ht
On Friday, October 24, 2003, at 10:06 AM, Andi Gutmans wrote:
Hey,
I've rolled RC1 of beta 2. Although it's a beta I thought it'd be a
good idea to roll an RC so that we can at least do a sanity check to
see that the package is OK and builds.
http://www.php.net/~andi/php-5.0.0b2RC1.tar.bz2
ht
44 matches
Mail list logo
