Hi
On 14.01.15 22:21, Michael Wallner wrote:
> On 14/01/15 18:53, Julien Pauli wrote:
>
> After a quick glance at the PECL package stats (of packages wchich are
> not already in kind of an exclusive/external maintainance status, and
> which I used to use, so maybe biased):
>
> * imagick
> * uplo
all about the full xml structure
> and one could think that the expression will be evaluated just against the
> supplied node, but it is not that the case.
>
> Please give your comments - do you find this functionality OK, is it a bug,
> or I miss something.
>
>
> Vesselin
On 10.9.2007 3:53 Uhr, BuildSmart wrote:
> I was asked to look into the pdoru patch and extension by a client, this
> is where I noticed that a similar patch is already applied to the
> rfc1867.c file
> (http://cvs.php.net/viewvc.cgi/php-src/main/rfc1867.c?r1=1.173.2.1&r2=1.173.2.1.2.1&pathrev=PH
On 10.9.2007 6:53 Uhr, BuildSmart wrote:
>
> On Sep 10, 2007, at 24:41:47, Christian Stocker wrote:
>
>
>
>> On 10.9.2007 3:53 Uhr, BuildSmart wrote:
>>> I was asked to look into the pdoru patch and extension by a client, this
>>> is where I noticed tha
if it would make it into 5.0.0.
The patch is here
http://trash.chregu.tv/staticmethod-xsl.diff
a non whitespace-changes diff here:
http://trash.chregu.tv/staticmethod-xsl.non-withespace.diff
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | m
regu
Andi
At 11:00 AM 4/20/2004 +0200, Christian Stocker wrote:
Hi
I made a patch for making static php method calls (ala class::method)
work from within xslt.
(see http://slides.bitflux.ch/phpug2004_1/slide_37.html for some
details about this technique)
I'm not sure, if I can commit th
On 4/20/04 11:19 AM, Andi Gutmans wrote:
Oh :) I thought that was zend_is_callable().
I'm OK with you commiting this. It's a small one and quite useful.
Thanks. Comited.
chregu
Andi
At 11:11 AM 4/20/2004 +0200, Christian Stocker wrote:
On 4/20/04 11:05 AM, Andi Gutmans wrote:
']);
print $tidy;
***
If the 3rd param is not part of the array of the second param, there's
no memleak..
Any ideas, what's going wrong here?
If it's tidy, I'll file a bug report, if it's ZE2, it's maybe something
to be fixed before 5.0.0 ;)
chregu
--
christian s
u
should just set the last parameter, as it will set the input and ouput
charset!!
See Derick's answer, that's not the point ;)
Anyway, I filed a bug report for tidy (there was also a second memleak) at
http://pecl.php.net/bugs/bug.php?id=1580
chregu
--
christian stocker | Bitflux GmbH | s
php?id=29016 ?
sorry for not having short code to reproduce it...
chregu
Andi
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-keyid 0x5CE1DECB
--
Hi
> Is this with ZEND_MM or without?
Sorry about my ignorance, but I don't know ;)
standard ./configure (with some extensions) on OS X ...
chregu
On 5.7.2004 19:48 Uhr, Andi Gutmans wrote:
Andi
At 07:17 PM 7/5/2004 +0200, Christian Stocker wrote:
On 5.7.2004 19:08 Uhr, Andi Gutmans w
see above...
);//returns an array of hosts that responded.
echo("");
print_r($conn);
print_r($servers);
echo("");
rendezvous_unregister_service($conn);//stop advertising
?>
John LeSueur
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8
fixed the
most important bugs? (focusing on this instead of new features ;) )
I have some pending (little9 commits, wich I'd like to add, but they are
certainly new features and not bugfixes...
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240
On 14.7.2004 10:41 Uhr, Derick Rethans wrote:
On Wed, 14 Jul 2004, Christian Stocker wrote:
Morning
After PHP 5.0.0 is now released, are there any plans for opening up HEAD
for not-only-bug-fixes again?
Do we branch (or is it already) PHP_5_0 and allow only bugfixes there
(as with 4.3) and HEAD
L now.
chregu
Why is this change?
Can someone clarify me on this?
With regards
Kamesh Jayachandran
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-
e switch to ext/xsl isn't
that hard and you gain a lot of speed improvements ;)
chregu
-sterling
On Fri, 16 Jul 2004 11:18:46 +0200, Christian Stocker <[EMAIL PROTECTED]> wrote:
On 16.7.2004 11:15 Uhr, Kamesh Jayachandran wrote:
Hi,
I have seen that in php5.0/ext/xslt directory does not
any bug fixes you'd like to make in, please let me know.
There's no
> problem with delaying it somewhat more...
> Andi
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
--
PHP Internals - PHP
nyway, 5.0.1RC1 is up at http://snaps.php.net/~andi. Please check it
out and make sure it works well (couldn't do a sanity build right now
because I need to go to sleep).
Edin, can you roll a Win32 package (tag php_5_0_1RC1)?
Thanks,
Andi
At 09:33 AM 8/10/2004 +0200, Christian Stocker wrote:
On 7.8
On 18.8.2004 10:54 Uhr, moshe doron wrote:
Please read http://bugs.php.net/bug.php?id=29711 we need decision
Got a patch by Rob, which makes it default to UTF-8
Will test it and then commit it (he's away currently)
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 z
Just to stop some maybe upcoming myths
On 26.8.2004 2:32 Uhr, Naik, Roshan wrote:
sockets, openssl, domxml are very useful extensions. Will these (and all the others)
ever get out of experimental ?
In PHP 5, dom and xsl are not EXPERIMENTAL anymore. This change should
have happend already with t
all ;)
This doesn't stop us from having some PEP-like documents, which clearly
define some common rules, but I fear we end up in heavy discussions on
wording and details. See the PEAR mailinglists for an example ;)
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004
uld have failed and told you:
"libxml2 version 2.5.10 or greater required."
Install questions in general should go to [EMAIL PROTECTED]
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http
On 27.8.2004 9:58 Uhr, Hartmut Holzgraefe wrote:
Christian Stocker wrote:
Actually, other people i talk to are always impressed, how this
"chaotic", based-on-common-agreement developement process actually
works at all ;)
Well, one reason might be no matter how fuzzy the process
ther
d yesterday).
We forgot to remove the EXPERIMENTAL file in CVS, but did that recently.
It was always intented to marked as stable for 5.0.0. There's no API to
change anyway, as long as the w3c doesn't change it, at least ;)
chregu
--
christian stocker | Bitflux GmbH | schoeneggstras
behaviour?
(I don't care much, since I wouldn't compare objects that way in the
first place ;) )
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL
document
to another. See
http://ch.php.net/manual/en/function.dom-domdocument-importnode.php
and the W3C docs.
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTEC
On 19.9.2004 21:38 Uhr, Sam Hobbs wrote:
"Christian Stocker" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On 19.9.2004 20:30 Uhr, Sam Hobbs wrote:
Please see:
Copying HTML from a document to another document
http://marc.theaimsgroup.com/?l=php-general&m=109419
eader
- Better error support for xml extension
I already talked about that with rob. nothing's coded right now, but
would be good to have an easier way to catch xml errors in PHP 5.1 (it's
unsatisfying right now)
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 z
d IMHO it isn't experimental anyway since 4.3.0, when the last big
changes happened. Therefore I'll remove it, if noone speaks up.
The other question is, should this be done already for 4.3.10 or just
afterwards?
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004
ust
afterwards?
I think yes but ask Ilia :-)
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-keyid 0x5CE1DECB
--
PHP Internals - PHP Runtime Deve
lready told everyone, that 5.1 will have better error
reporting ;) ). He can certainly better tell you, how far he is with that.
chregu
Stephan
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://
purposes. I remember that we did
some special CVS tricks for tidy and soap for having them in pecl and
the php-src/, maybe we should do the same here. But I don't think, I
have the necessary karma to do that ;)
That's it, would be great, if someone could do that.
chregu
--
ch
another variable
for that. Can please anyone with more insight than me have a look at that?
thanks
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED
hich I use) has problems with 5.0.3
(but not with 5.0.2 or 5.0.4-dev), I'm personally interested in a soon
new release, but I also heard other people complaining.
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax
a lot easier, if we could just throw away all < 2.6
code ;)
Furthermore, ext/soap already requires 2.6.3.
If noone disagrees, we'll bump up the version number in the configure
check and discard support for 2.5.
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zuric
On 13.2.2005 18:19 Uhr, Adam Maccabee Trachtenberg wrote:
On Sun, 13 Feb 2005, Christian Stocker wrote:
There are new features in 5.1, which only run with 2.6 (the new error
handling system, for example, or proper namespace support for SAX).
Those are currently ifdef'd, but it definitively
quot;upgrading to php 5" and "php cookbook"
avoid the holiday rush, buy your copies today!
--
Best regards,
Marcusmailto:[EMAIL PROTECTED]
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561
ist_class_entry?
Maybe you can learn from
PHP_FUNCTION(dom_nodelist_item) resp.
dom_nodelist_length_read in ext/dom/nodelist.c
Or wait until Rob answers ;) I didn't find (in 2 minutes time..) an
easy way to do this, Rob did all that stuff.
chregu
Regards,
David
--
christian stocker | Bit
till quite common though.
- Chris
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bit
isn't really the way to go for me.
Besides the fact, that some things just can be done nicer and easier in
a 2.6-only environment.
And it's not that we want to change the requirements from 5.0.3 to
5.0.4, but only for 5.1 (just to make that clear).
chregu
--
christian stocker | B
;]=>
+int(2)
+["value"]=>
+ string(11) "simple note"
+ }
+ [2]=>
+ array(3) {
+["tag"]=>
+string(4) "PARA"
+["type"]=>
+string(5) "close"
+["level"]=>
+int(1)
+ }
+}
--
christian
On 04.12.15 23:17, Andrea Faulds wrote:
> Hi Florian,
>
> Florian Anderiasch wrote:
>> On 04.12.2015 19:01, Sebastian Bergmann wrote:
>>> Am 04.12.2015 um 18:53 schrieb Florian Anderiasch:
I hate to say it, but not providing an official Windows build is
kind of
sticking the finger
On 26.04.12 15:35, Jordi Boggiano wrote:
> On 23.04.2012 18:06, Johannes Schlüter wrote:
>> On Mon, 2012-04-23 at 16:47 +0200, Jordi Boggiano wrote:
>>> As you see it goes from no version at all to proper versions, passing by
>>> svn revisions, dates, or a mix of all.
>>>
>>> In Composer [1] we tr
Hi
Yeah, that looks very wrong. Do you want to commit it or should I?
chregu
On 25.06.12 10:48, Lior Kaplan wrote:
> Hi,
>
> We've noticed that the php.ini-development and php.ini-production
> include a UTF-8 character which looks weird under ASCII (or other
> "simple" locales).
>
> It was add
Hi
I tried compiling HEAD on OS X. Didn't work (it did a few days ago,
can't exactly remember when) with the following error
/bin/sh /opt/cvs/php5.1/libtool --silent --preserve-dup-deps
--mode=compile gcc -IZend/ -I/opt/cvs/php5.1/Zend/ -DPHP_ATOM_INC
-I/opt/cvs/php5.1/include -I/opt/cvs/php5.1/
>
>>-Original Message-
>>From: Christian Stocker [mailto:[EMAIL PROTECTED]
>>Sent: Wednesday, June 15, 2005 10:45 PM
>>To: PHPdev
>>Subject: [PHP-DEV] HEAD currently doesn't compile on OS X 10.4
>>
>>
>>Hi
>>
>>I tried compil
>>>Yes, spaces are illegal.. Thing is though, the output of the warning has
>>>nothing to do with urls (unless it just assumes the stream is always from
>
> a
>
>>>remote source or something).
>>>
>>>I'll post a bugreport.
>>>
&
>
> Output:
>
> 'Â '
> 'foo bar'
No bug, please check your encoding. It's utf-8 and your terminal has a
problem with it..
chregu
>
> Where the heck do these 'Â's come from when it parses an ? I hope
> anyone can shed some light o
tainly don't. I also don't
> see any reason to break compatibility in something as basic as this, so
> this should be introduced either as a new (preferably) or optional (less
> preferably) feature.
>
> Zeev
>
--
christian stocker | Bitflux GmbH | schoeneggstra
ast
switching between those 2)
chregu
>
>
>
>
> Maybe it is late for 5.1.0 but 5.1.1 is a good place for this to appear.
>
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
h
es->item(1)->firstChild->firstChild->firstChild->nodeValue;
> //... hm... I prefer SimpleXML.
use xpath :) as easy as simplexml and much more powerfull, IMHO
and noone said you should use exclusively dom.
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8
On 27.11.2005 0:40 Uhr, Oliver Grätz wrote:
> Now some requirements:
>
> - needs to work without collisions in the parser
> (seems to kill ":","::","->")
> - should be easily distinguishable from other, similar operators
> (seems to kill ":::")
> - at least one person on earth should like i
#x27;t support XHTML, and causes many more issues.
>
> There is a bug about this marked 'bogus', but I'd just like to point
> out that this bug is not bogus and is a severe hindrance to anyone
> using SimpleXML.
>
> Bug: http://bugs.php.net/bug.php?id=32307
&g
on a string from a untrusted source seems not good
> idea, unless can prevent tampering (with an HMAC or
> something).
AFAIK an object in JSON is just an associative array in PHP, so I don't
see the point here in implementing that in anything else than an
associative array on the PHP s
the caring
majority thinks, it's needed, why not :)
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | GPG 0x5CE1DECB
--
PHP Internals - PHP Runt
t AFAICT andrei had his reasons to remove that
part.
chregu
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | GPG 0x5CE1DECB
--
PHP Internals - PHP
). It doesn't
configure at all right now on OS X.
chregu
-Andrei
On Apr 2, 2006, at 6:00 AM, Christian Stocker wrote:
Hi
currently, iconv detection doesnt work on OS X (with 5_1), as it looks
for iconv.so instead of iconv.dylib.
The patch by andrei from last week broke that.
On 4.4.2006 8:37 Uhr, Andrei Zmievski wrote:
On Apr 3, 2006, at 9:26 PM, Christian Stocker wrote:
On 4.4.2006 3:40 Uhr, Andrei Zmievski wrote:
The problem is that SHLIB_SUFFIX_NAME is used for both bundles (.so)
and dynamic libraries (.dylib) on Mac OS X. These are separate
entities and
ternet Designs Inc.
> [EMAIL PROTECTED]
>
> P.S. Please stay on topic.
>
> --PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70
throws a
"Fatal error: Cannot use array returned from foo::__get('bar') in write
context"
on the foreach line. Quite annoying :)
That worked fine with 5.1 and also with 5.2-dev from a few days/weeks
ago (don't know, when I cvs-uped last time, but can't be that
ere :)
chregu
On 19/07/06, Christian Stocker <[EMAIL PROTECTED]> wrote:
Just updated to the latest PHP 5.2-dev from CVS and now I get an Fatal
error with the following code
***
"bar","bar"=>"foo");
}
}
$f = new foo();
//error
foreach($f->bar
, but I'm now wondering, where's the write context in
foreach($f->bar as $key => $value) { }
Just wondering as the error message is very missleading for a
core-outsider, which only sees reads from that array and no
modifications to it.
chregu, off to change its code now :
ase reopen or create a bug report about this issue and assign it to
Dmitri (requested by Dmitri).
done:
http://bugs.php.net/bug.php?id=38146
chregu
Cheers,
-- Pierre
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70 | mobile +41 76 561 88 60 |
g.bitflux.ch/archive/2006/09/28/upload-progress-meter-extension-for-php-5-2.html
Not in PECL yet, didn't find the time to properly package it...
chregu
>
> Fred Moses
>
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70 | mobile +41 76
the time to fix this before RC6.
+1 too here.
It will IMHO slow down the adoption of 5.2, as - I assume - a
significant part of scripts will fatal out in 5.2. And this certainly
won't make all those people happy, who already had to rewrite their
programs for making them 5.0/1 compatible
ch
t->myDoc;
> - if (ctxt->recovery) {
> - EG(error_reporting) = old_error_reporting;
> - }
> /* If loading from memory, set the base reference uri for the
> document */
> if (ret->URL == NULL &&a
-1 for 5.3
0 for 5.x (if there ever will be one)
+1 for 6.0
On 7.7.2009 2:52 Uhr, 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
Hi
Looks good to me. But can you add the constants from:
typedef enum {
HTML_PARSE_RECOVER = 1<<0, /* Relaxed parsing */
HTML_PARSE_NODEFDTD = 1<<2, /* do not default a doctype if not found */
HTML_PARSE_NOERROR = 1<<5, /* suppress error reports */
HTML_PARSE_NOWARNING= 1<<6, /*
I will look into the 3 failing xsl tests.
chregu
On 29.08.11 08:06, Rasmus Lerdorf wrote:
> On 08/28/2011 10:34 PM, Stas Malyshev wrote:
>> According to our release plan, we are planning to release the 5.4 beta
>> this week on September 1st, which means it'll be packaged on Wednesday
>> Aug 31st.
On 31.08.11 09:47, Stas Malyshev wrote:
> Hi!
>
> For simplexml test (ext/simplexml/tests/bug48601.phpt), it looks like
> Ilia reverted the fix for bug #48601 with this:
>
> http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/ext/simplexml/simplexml.c?r1=311870&r2=311874
>
>
> I'm not sure
Hi
Here's my proposed patch
https://gist.github.com/1183212
If noone objects, I'll commit it soon
chregu
On 31.08.11 11:39, Christian Stocker wrote:
>
>
> On 31.08.11 09:47, Stas Malyshev wrote:
>> Hi!
>>
>> For simplexml test (ext/simplexml/tests/
>
> 2011/8/31 Christian Stocker :
>> Hi
>>
>> Here's my proposed patch
>> https://gist.github.com/1183212
>>
>> If noone objects, I'll commit it soon
>>
>> chregu
>>
>> On 31.08.11 11:39, Christian Stocker wrote:
>>>
On 31.08.11 13:32, Ilia Alshanetsky wrote:
> Revert sounds find to me, the change was indeed to fix the test.
Ok. Committed.
JFTR, I also fixed the tests in xsl and libxml. They should pass now (at
least on my machine they do :))
chregu
>
> On Wed, Aug 31, 2011 at 6:58 AM, Christia
Hi
It's about the two tests in
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/ext/simplexml/tests/008.phpt
and
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/ext/simplexml/tests/bug48601.phpt
which contractited themself and we had back and forth commits due to this.
So we had th
Hi
Ok, it's committed
chregu
On 01.09.11 13:10, Rob Richards wrote:
> imo new behavior in 5.3
>
> Rob
>
> On Sep 1, 2011, at 1:35 AM, Christian Stocker
> wrote:
>
>> Hi
>>
>> It's about the two tests in
>>
>> http://svn.php.ne
Hi
I still have this. even after re-running buildconf (and deleting
configure before)
On OS X and x86_64 Linux
chregu
On 14.09.11 05:31, Laruence wrote:
> Hi:
> after I re-run buildconf, error has gone
>
> sorry for mis-report.
>
> thanks
>
> 2011/9/14 Laruence :
>> Hi:
>>trunk build
e folder too :-)
>>
>> thanks
>>
>> 2011/9/14 Christian Stocker :
>>> Hi
>>>
>>> I still have this. even after re-running buildconf (and deleting
>>> configure before)
>>>
>>> On OS X and x86_64 Linux
>>>
>>> chr
Hi
Some weeks ago I wrote a patch to disable writing from within XSLT
templates. That patch is now in 5.4 but wasn't accepted in PHP 5.3 since
it changed a struct in the header file.
I have now I new patch which doesn't need that changing in the struct,
but I need a new .h file from libxslt.
htt
N,'5.4',">=")) {
$oldval = $xsl->setSecurityPreferences(XSL_SECPREFS_NONE);
}
$xsl->transformToXml(...);
//go back to the old setting. Better safe than sorry
ini_set("xsl_security_prefs",$oldvalini);
if (version_compare(PHP_VERSION,'5.4',">=")) {
On 27.09.11 07:03, Christian Stocker wrote:
> Hi again
>
> I just had the idea for a 4th option. Won't be less controversy, but
> it's backwards and forwards compatible.
>
> 4) use a php ini setting in PHP 5.3
So, here's a patch for PHP_5_3 with this approach
Hi
Since quite some time (weeks), I have this very strange and annoying
include bug in 5.3-dev and now I think is the time to report it :)
The reproducable script is here:
http://trash.chregu.tv/include-bug.php.txt
In short, when I have
foo/alpha (empty)
bar/alpha/bar.php
and set the inclu
On 7.8.2008 3:03 Uhr, Stanislav Malyshev wrote:
Hi!
and set the include path to foo/:bar/
and then do
include("alpha/bar.php");
it throws an not-found error.
Tried that, worked just fine for me - includes bar/alpha/bar.php. I
notice your script on the link does something different, but wor
Hi Dmitry
On 8.8.2008 17:52 Uhr, Dmitry Stogov wrote:
Hi,
The attached patch is going to fix the problem.
Works also on my OS X 10.4 box now. Thanks a lot for the effort (and if
it brings a performance boost, even better :) )
chregu
It implements its own realpath() function, so we won'
On 5.2.2009 17:32 Uhr, Johannes Schlüter wrote:
> On Wed, 2009-02-04 at 13:12 +0100, David Zülke wrote:
>> Am 03.02.2009 um 14:41 schrieb Lukas Kahwe Smith:
>>
>>> http://bugs.php.net/bug.php?id=47206 - XSLT
>> I looked through the CVS logs, could you confirm I understand it right:
>>
>> The type
On Wed, 2003-04-02 at 12:26, Rob Richards wrote:
> Patch didnt get attached in last message.
>
> It can be found here: http://www.digarc.com/php_domxml.c.diff
applied. thanks
chregu
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 2003-04-03 at 11:31, Rob Richards wrote:
> Here is a patch for domxml which implements the set_attribute_node method.
>
> Located at: http://www.digarc.com/php_domxml.diff
>
> One thing to note is in the section where an attribute already exists. As
> there can't be dunplicate attributes,
since ext/imagick for example does not statically compile the whole
imagemagick libraries)
Would be great, if someone could add them to the windows compile scripts
on snaps.php.net.
chregu
--
christian stocker | bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41
On Thu, 2003-04-03 at 14:42, Dan Kalowsky wrote:
> On Thursday, April 3, 2003, at 05:30 AM, Christian Stocker wrote:
>
> > As it's quite hard/expensive for Windows users to compile their own
> > extensions, is there a possibility to add some PECL-extensions into the
>
> For now, I see no reason not to make them available (provided that its
> not too much effort for Edin to set up the build env on the snaps
> machine).
I agree here completely with Wez, I don't see a difference between
compiling extensions from php4/ext to compiling pear/PECL extensions on
snaps
ards
> Kevin
>
> --
> __
> (_ \
> _) )
> | / / _ ) / _ | / ___) / _ )
> | | ( (/ / ( ( | |( (___ ( (/ /
> |_| \) \_||_| \) \)
> Kevin Waterson
> Port Macquarie, Australia
--
christian stocker | bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PR
&cat=14
chregu
--
nam...christian stockeradr...pflanzschulstr. 31, ch-8004 zurich
pho...+41 43 317 9984 www...http://blog.bitflux.ch
mob...+41 76 561 8860 [EMAIL PROTECTED]
wor...+41 1 240 5670 gpg...0x5CE1DECB
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscrib
On 9/4/03 5:55 PM, Lukas Smith wrote:
From: Marcus Börger [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 5:13 PM
CS.
PEAR has had their error messages all lowered cased since it's creation.
I can only speak for the last 1,5 years were I don’t remember this ever
being an issue that
ot;);
print_r($node);
Test file:
It seems to me that always a emty object is returned?
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | gnu
st program:
$dom = new domDocument();
$dom->load("test.xml");
$node = $dom->getElementById("id1");
print_r($node);
Test file:
It seems to me that always a emty object is returned?
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone
On 9/8/03 5:55 PM, Christian Stocker wrote:
On 9/8/03 5:25 PM, John Huntjens wrote:
or use XPath to access the nodes:
"//@id='id1'"
öööhm ;) this should better be "//[EMAIL PROTECTED]'id1']" AFAIK...
chregu
--
PHP Internals - PHP Runtime Develo
On 10/11/03 11:10 PM, Marko Karppinen wrote:
Hi,
BIND9 has finally removed the long-deprecated T_A, T_MX result type
symbols from the BIND4 era. checkdnsrr() in ext/standard/dns.c still
relies on them, however, so at the moment PHP 4.3.4 doesn't build on a
BIND9 system like Mac OS X 10.3 Panth
, and the creative
faculties dry up."
-George Orwell
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch | [EMAIL PROTECTED] | gnupg-keyid 0x5CE1DECB
--
PHP Internals -
On 10/27/03 10:07 AM, Derick Rethans wrote:
On Sat, 25 Oct 2003, Marcus Börger wrote:
Hello Robert,
Cool stuff which i'd like to have in b2 :-)
yes, me too.
was committed yesterday ;)
chregu
Derick
--
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41
$dom-load et al, xsl:include/import, xpath-document() and xinclude (and
anything else which uses the libxml-io-interfaces). See ext/dom/tests
and ext/xsl/tests for some examples (and
http://ch.php.net/manual/en/ref.stream.php for the reference)
chregu
-- Adam
--
christian stocker | Bitflux GmbH | sch
Hi
On 10/29/03 6:04 AM, Ilia Alshanetsky wrote:
iliaa Wed Oct 29 00:04:41 2003 EDT
Modified files:
/php-src/ext/dom/tests dom005.phpt
Log:
Fixed test.
Index: php-src/ext/dom/tests/dom005.phpt
diff -u php-src/ext/dom/tests/dom005.phpt:1.1 php-src/ext/dom/tests/dom0
1 - 100 of 117 matches
Mail list logo