On 7/29/15 6:01 PM, Stanislav Malyshev wrote:
Hi!
Currently, PHP by default is vulnerable to XXE attacks:
https://www.owasp.org/index.php/XML_External_Entity_(XXE)_Processing
To bypass this, you need to turn off external entity loading:
libxml_disable_entity_loader(true);
AFAIR right now, du
On 7/30/15 10:30 AM, Rowan Collins wrote:
Rob Richards wrote on 30/07/2015 14:12:
If you are already working with a trusted document then you should
safely be able to disable the entity loader. If you aren't then
wouldn't you want to do some sort of checking (especially if you don
On 7/30/15 2:57 PM, Stanislav Malyshev wrote:
Hi!
The problem here is that imagine the following:
I think if we separate the loading the initial file (i.e., staring point
of the XML parser) and the loading the entities from that file (which is
not happening right now) we'd solve many BC proble
Whats the status of 5.3? I have some changes that need to get into a
couple of the xml based extensions in order for them to work with the
next libxml2 release next month. Should I be putting these into 5.3 as well?
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
On 8/9/12 12:01 PM, Rasmus Lerdorf wrote:
On 08/09/2012 11:31 AM, Lester Caine wrote:
Rasmus Lerdorf wrote:
On 08/09/2012 11:10 AM, Levi Morrison wrote:
On Thu, Aug 9, 2012 at 8:51 AM, Rob
Richards wrote:
Whats the status of 5.3? I have some changes that need to get into
a couple
of the
The only time I saw this was when PHP was built against libxml
2.7.0-2.7.2 as there were some breaking changes in those versions with
entities and SAX. I'll snag a copy of 6.3 and see if I can reproduce.
Rob
On 8/10/12 7:03 AM, Pierre Joye wrote:
Hi Rob,
Does that ring a bell?
On Mon, Jul 3
Please bug this.
James Crumpton wrote:
Now, that may in fact be the proper way to handle things... however,
it was very
handy to be able to replace a single node with multiple top level
nodes (what
DocumentFragments are good for in the first place), and then being
able to
further process all tho
Ok, now I cant build under windows with that change.
Rob
Antony Dovgal wrote:
On Wed, 11 May 2005 13:56:46 -0400 (EDT)
Adam Maccabee Trachtenberg <[EMAIL PROTECTED]> wrote:
I'm getting a parse error with ext/soap in HEAD. This patch seems to
fix my problem. Can someone review and apply?
http://w
It builds fine here. Assuming the problem you are hitting is still in
mysql, I'm building it shared and using headers from mysql-3.23.58 and
under VC++ 6 so not sure if that matters.
Rob
Sebastian Bergmann wrote:
Sebastian Bergmann wrote:
HEAD built fine for me after April 26. But it broke (a
It's the mysqli extension due to this commit:
http://news.php.net/php.cvs/31779 and the addition of my_global.h
mysql config-win.h include has too many conflicting defines with TSRM,
ZEND and PHP.
cc'd Georg.
Rob
Sebastian Bergmann wrote:
HEAD built fine for me after April 26. But it broke (at l
I had just posted a comment on your blog about this.
$root->setAttributeNS('http://www.w3.org/2000/xmlns/',
'xmlns:xsd','http://www.w3.org/2001/XMLSchema');
should do exactly what you want.
Rob
George Schlossnagle wrote:
While hacking on a PHPDoc -> WSDL generator, I ran into an annoying
limita
Can no longer compile HEAD. When replacing PHP_ARRAY_CMP_FUNC_VARS in
the 2 static functions with the actual variable definitions it compiles
fine.
/home/rrichards/php5/ext/standard/array.c: In function
`php_array_intersect':
/home/rrichards/php5/ext/standard/array.c:2864: parse error before
Thanks. That was it.
Rob
Wez Furlong wrote:
I just fixed this; it was a trailing ; problem in that macro.
--Wez.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Is it too late to sneak in another change?
http://www.ctindustries.net/patches/dom.diff.txt
For http://bugs.php.net/bug.php?id=33431 and
http://bugs.php.net/bug.php?id=33299
Have no idea if it fixes the first bug, but know it fixes the latter.
First one is probably more critical but cant repr
You should probably try a newer version of libxml2. I suspect you are
hitting a refcount issue with dictionaries that was fixed in 2.6.8.
And before you ask, the error would be more prominent using PHP 5.1 than
5.0.
Rob
James Crumpton wrote:
So ... php-5.1.0b2 with --disable-zend-mm --enable-
The warning is being issued from libxml and the URL (which it encodes
internally) is just there to inform you that it had problems dealing
with the external entitity. Either surpress the errors when calling
whichever function or you can use the new error handling for xml in 5.1
which wont issue
Column numbers in errors are not yet implemented everywhere in libxml
and 0 is often returned.
Rob
Nuno Lopes wrote:
The most interesting example is at http://php.net/libxml_get_errors
But while I was reading again the example I wrote, I found that libxml
always returns column 0:
Th
I was wondering if the following are bugs or expected behavior/wont change.
Take the following code:
Under linux the file is deleted and the result is Wrote Data (even
though the last fwrite didnt do anything).
Under windows, the unlink() call results in a permissions denied error.
Shouldn't
Antony Dovgal wrote:
Shouldn't linux not allow the file to be deleted with an open stream as
well?
No, why?
Dunno, kind of the reason I was asking. Just doesn't seem right that you
can be writing to a file, it gets deleted and you have no idea it was
deleted seeing that it tells you i
Just realized there is an issue with URI handling and XML.
Problem deals with escaping and non-filesystem URIs. Doesn't work unless
URI gets double escaped.
Have a patch that's only been tested a bit with latest libxml so far,
though I dont forsee any issues with earlier versions.
http://www.
Rasmus Lerdorf wrote:
Yeah, I agree actually. My real beef is that simplexml and var_dump()
don't place nicely with each other. var_dump() ends up lumping the
namespaced elements in with the non-namespaced elements of the same
name, but when you iterate through things manually they are not lum
There isn't a single method in DOM for this - have to write code to do
it. get_properties was not implemented in DOM due to too many properties
and many properties recursive (DOM both ascends and descends a tree).
Any debugging would be useless trying to sort through all the crap. I,
like Adam,
Thanks for the reminder Steph. Had slipped my mind. finally commited.
Rob
Steph wrote:
Rob, hi,
You never committed this (or anything else in ext/libxml since then as far
as I can see) - do you still intend to?
- Steph-working-on-backlog-and-will-shoot-the-next-person-to-ask
--
PHP Inte
I would suggest bumping up the libxm2 minimum version to 2.6.8. Had
forgotten about this until a recent bug, but 2.6.6 and 2.6.7 can cause
memory corruption thats fixed in 2.6.8.
Rob
Zeev Suraski wrote:
For those of you who submitted patches to 5.1 since RC1 - do you
believe that we need ano
Attached is a patch to allow PHP 6 to build on windows
(ext/string/string.c).
MS compiler doesnt allow arithmetic operations on void *.
This hopefully will work everywhere as I noticed some of these were
changed before to support GCC 4.
Rob
Index: string.c
=
Zeev Suraski wrote:
For those of you who submitted patches to 5.1 since RC1 - do you
believe that we need another RC or can we go ahead and roll 5.1 final
and run a sanity test for 24 hours? I went over the patches, none of
them appears to be too dangerous, but if any of you thinks
different
Derick Rethans wrote:
On Wed, 5 Oct 2005, Greg Beaver wrote:
...
I do believe that:
#ifdef PHP_WIN32
#include "timelib_config.h"
#else
#include
#endif
should fix the windows build without ruining the patch.
No, can't do that as PHP_WIN32 is not defined for the standalone
library.
Not s
Win build in HEAD wont build soap as shared, as zend_vspprintf is not
exported. attached is patch.
Rob
Index: zend.h
===
RCS file: /repository/ZendEngine2/zend.h,v
retrieving revision 1.300
diff -r1.300 zend.h
547c547
< extern int (
Marcus Boerger wrote:
i would like to change foreach a tiny bit. Actually i don't like the
warning when using foreach with null.
Marcus, you already know my feelings on this one.
+1
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub
Marcus Boerger wrote:
Hello Bob,
that's definitively wrong, actually there must be something wrong with
your code. The '|' is to ensure that the parameter is optional. Thus if you
moit the param it's return value is untouched which means you have to
initaialize the returned zval * to null befo
Marian Kostadinov wrote:
//But how can I understand what is the name of the root node?
$dom_sxe = dom_import_simplexml($sxe1);
//Hooray, we've got node name
echo $dom_sxe->nodeName;
//And what happens if element sequence changes? .
echo
$dom_sxe->childNodes->item(1)->firstChild->firstChild->f
Marcus,
are you going to be using any module globals in the extension?
I had to remove the code for it to get it to build on windows - patached
attached.
Though it does build fine if you do define some.
Rob
Index: php_reflection.c
==
Marcus Boerger wrote:
Sure, but until that happens I don't think it should be included.
Same here. The discussion was on IRC and between Rob & Pierre and i thought
they changed back but didn't do so yet.
The license is changing. It was actually supposed to have changed
yesterday. Pierre
The windows build has been update to use libxml2 .22 and libxslt .15.
New release and debug builds of these can be grabbed from
http://ctindustries.net/libxml/
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Pierre,
Going forward this might be a good idea, but there needs to be a good
amount of testing.
I have ran into an issue recently running apps built with VS 2005 using
dynamically linked libraries built with older versions due to different
runtime linking, which did make me think of this s
I was wondering why objects are always converted to longs when
performing arithmetic.
While looking at bug 42780: http://bugs.php.net/bug.php?id=42780
The only way not to lose precision is to explicitly cast the object to
float or string, which just doesn't seem right to me.
It would be nice if
Not the place for a feature request and not going to happen. It is not
supported in libxml2 because it is against the XML specs.
Rob
Freyjkell wrote:
(bool) DOMDocument::keepUnknownCharacterEntities = false;
If set to true (before calling DOMDocument::load() or
DOMDocument::loadXML()), when
Stanislav Malyshev wrote:
While looking at bug 42780: http://bugs.php.net/bug.php?id=42780
The only way not to lose precision is to explicitly cast the object
to float or string, which just doesn't seem right to me.
I'm not sure how this can be fixed - there should be some type used
and many
Hi,
Keryx Web wrote:
1. When using the shortcut DOMElement::nodeValue on an element node,
where the standard says DOMElement::firstChild::nodeValue, is there any
difference whatsoever between DOMElement::nodeValue and
DOMElement::textContent?
None whatsoever. nodeValue on an element was added fo
Not to drag this on any longer, but here's my 2 cents on this...
VC 6 builds are not going away any time soon. They work, are well
supported and have gone through years of testing.
However, eventually the builds are going to have to be upgraded to newer
compilers.
With the changing run times,
is the best place, but it just needs to be made
available.
As for anyone's motives for wanting to do this; it really isn't a
concern of mine because I agree with making a build available.
Rob
- Steph
----- Original Message - From: "Rob Richards"
<[EMAIL PROTECTED
Hi Frank,
Frank M. Kromann wrote:
Hello Everyon,
Casting a SimpleXML object to an array gives different results in PHP
5.2.5 and PHP 5.3-dev.
This is due to the implementation of the get_debug_info handler merged
from HEAD.
The same result happens when calling get_object_vars on a
SimpleXM
Edward Z. Yang wrote:
Steph Fox wrote:
Rob's download page is at http://ctindustries.net/libxml/ if anyone
needs to update their libxml copy locally.
Just a quick note: the new files don't seem to work properly with 5.2.5
unless you update ext/libxml/config.w32 to the branch version;
a
The zip file hasn't been updated yet. Get the libs from here:
http://ctindustries.net/libxml/
Rob
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-
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-builds/qa/php-debug-pack-5.2.6RC5-Win32.zip
The non
I'd like to update, or at a minimum, add an option for rawurlencode to
output rfc3986 conforming data.
It basically boils down to just also not encoding the "~" character.
Most of the new technologies doing encoding require this and its
becoming a pita to write exception code for that one chara
in "spread" extension
I am sending patches to Rob Richards, but he is not always there to apply them
There is a good chance, that I will be moving my "syck" extension to
pecl's cvs, finally
I am going to start another extension soon (will announce it on
pecl-dev, when I a
Steph Fox wrote:
Read the description in the wiki and in the CMake docs. It generates
dsp/dsw, sln/vcproj or makefiles for all VC versions (while working as
well for unix).
Great, cool, shame it'll take a couple of years from inception before
we can rely on it day-in day-out.
No idea what
Hey Steph,
Steph Fox wrote:
Hi Rob,
Actually we both did agree to start updating them in order to keep
them until the CMake stuff is integrated.
Not while I was logging... or in my email archives... so you must've
agreed that in some different channel or mailing list. In fact what
you act
Hi Lukas,
Lukas Kahwe Smith wrote:
Hi,
I am about to move all "to be discussed items" [1] to the future PHP
release section (so after 5.3):
2) XMLWriter: Add writeNode([xmlreader obj]), allow to create a
push/pull parser
I also don't think I would be able to find the time to get this done
Derick Rethans wrote:
On Thu, 31 Jul 2008, Pierre Joye wrote:
On Thu, Jul 31, 2008 at 5:08 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
Hi all,
Last week PHP_5_3 out of CVS built on my box under VC6; today it does not.
I have been told on irc (thanks Liz)
It has been like that si
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
II) remove ext/mhash
+1 both
2) deprecate ereg*. ext/ereg is an extension as of PHP 5.3.
It also says:
5. Generators
A JSON generator produces JSON text. The resulting text MUST
strictly conform to the JSON grammar.
It says "JSON text" not JSON-text. There is no errata about this, so
intended or not, PHP follows the spec.
Rob
Scott MacVicar wrote:
The JSON grammar explici
François Lemaire wrote:
Hello all,
here's what I'm trying to do: I'm writing a PHP extension in C and I'd like
to create a DOMDocument object in my C code that I could send back to my PHP
code. I have been trying many things, like:
#include "ext/dom/php_dom.h"
zval *doc;
MAKE_STD_ZVAL(d
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 hint was added in 5.2.6, and will be gone again in 5.2.9, so
the only PHP releases with DOMDocume
Sebastian Bergmann wrote:
Rob Richards wrote:
The addition in 5.2.6 was a BC break and is fixed in 5.2.9
Removing the type-hint is only a short-term fix, IMHO. A better solution
would be to introduce a marker interface that is implemented by the
respective classes of the XML
Paweł Stradomski wrote:
W liście Rob Richards z dnia środa 04 lutego 2009:
If that's the route this is going to go, I'd rather be able to set an
anytype hint where the developer could possibly restrict this further
with a more specific type if they extend the class.
But
Is it required that the get_properties handler be implemented for an object?
In the source there are places that it tests if it is implemented and
then tests the returned value in the event it is NULL.
The problem is that this is not consistent throughout the zend and php
source and I'm getting
Here's a patch against HEAD for get_object_vars in
zend_builtin_functions.c that checks for the return value of the
handler. With this change it should at least now be safe to implement
the handler and return NULL, as this was the only spot I found in the
engine that checked only for the existe
I would like to propose adding addChild and addAtribute methods to
simplexml. I know these have been shot down in the past, but with
Marcus' recent changes to simplexml, they now make sense imo.
SimpleXMLElement::addChild(string qName, string value [,string ns])
SimpleXMLElement::addAttribute(s
Rob Richards wrote:
Rational:
It is not possible to add elements to a tree, but new namespaced
elements/attributes cannot (although existing ones can be modified).
Correction: This should say "It is now possible to add elements "
Rob
--
PHP Internals - PHP Runtime Developme
Dmitry Stogov wrote:
1) goto and break label
+0.5
2) goto only (like C)
+1
3) break label only (like Java)
-1
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Dmitry Stogov wrote:
Hi Wez,
I found a bad code in ext/libxml.
On each request startup/shutdown it changing some libxml callbacks.
At first this slowdown each request, at second multi-threaded PHP may fail,
because different threads may set/clean the same callbacks in the same time.
May be it
I don't think I made myself clear on the globals. The only situation
there would be a problem is if PHP were built threaded and libxml2 were
not (which as of 2.5.8 it is built threaded by default).
When running threaded, each thread has its own global state, so when
modified at request startup
If this patch is used to fix the build, the same change need to be made in:
ext/spl/spl_directory.c
ext/standard/image.c (php_stream_gets)
sapi/cli/php_cli.c (php_stream_gets)
Frank M. Kromann wrote:
Hello Everyone,
Here is a patch that makes it possible to compile HEAD on win32.
http://kroman
The extra semi-colon is causing build to fail here.
Rob
Index: zend_API.c
===
RCS file: /repository/ZendEngine2/zend_API.c,v
retrieving revision 1.296.2.27.2.1
diff -u -r1.296.2.27.2.1 zend_API.c
--- zend_API.c 9 May 2006 23:53:23 -
Antony Dovgal wrote:
On 10.05.2006 17:41, Rob Richards wrote:
The extra semi-colon is causing build to fail here.
Committed, thanks.
Just interesting: what compiler do you use?
Was failing on my Windows builds VC 6.
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To
In zend_make_printable_zval, it looks like code for an object's
cast_object handler was missed when synching.
Rob
Index: zend.c
===
RCS file: /repository/ZendEngine2/zend.c,v
retrieving revision 1.308.2.12.2.1
diff -u -r1.308.2.12.2
Attached is a patch for my initial cut for unicode and XML (made against
the /ext directory).
I started with XMLReader since it was the smallest.
The code can probably be optimized a bit, but I want to make sure this
is how it should be because the changes made here will be the changes
needed f
Had some feedback about a problem with the attached file, so here's also
link to the diff.
http://www.ctindustries.net/patches/xmlunicode.diff.txt
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Andrei Zmievski wrote:
Rob,
I have not tested the patch, but it looks good to me on cursory
overview. I assume it passes your tests?
The only comment I have is regarding the usage of 't' and 'T'
specifiers. Since you always have to pass binary UTF-8 strings to
libxml, we should always use 's'
I was having some problems testing in native mode when my ini file had
unicode enabled.
It appears that it must be explicitly disabled in the script with the
passing -N flag (make ntest). Otherwise it is picking up the ini setting
and running the tests in unicode mode. Patch is attached just in
Andrei Zmievski wrote:
Hey Rob,
Looks good. Have you tested the filesystem (filename) related
functions with non-ASCII filenames? Try making a file called
"informaçon.xml" for example, set unicode.filesystem_encoding=utf-8
(or whatever encoding your filesystem uses) and see if you can read it
Almost done with DOM (3 more files to go), so hopefully by Monday. This
one will need a lot of testing though.
Rob
Andrei Zmievski wrote:
Great! I'll put a slide about this into my talk for OSCON.
What're your plans for the rest of the XML extensions?
-Andrei
--
PHP Internals - PHP Runtim
Andrei Zmievski wrote:
Awesome.
I am planning to add "s(encoding)" support to parameter parsing, by
the way, so getting strings in UTF-8 encoding will be a bit easier.
Would probably need to change the relevant portions of your commits.
Any idea when this should be ready, or should I just go a
imo, this would probably the easiest and best way to handle the conversions.
Rob
Andrei Zmievski wrote:
Maybe. An alternate way would be to add modifier to 's' that makes it
accept a converter to use for conversion.
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s>", &str,
&str_len, U
In order to resolve reported crashing on win 2003, I have had to change
the static libxml builds to use the flag LIBXML_STATIC_FOR_DLL.
This now requires a DllMain to be added within any dll that is building
libxml2 in statically.
PHP 4.x - domxml (use php_domxml.c.diff.txt patch)
PHP 5.x/HEAD
Doesn't really matter where it is. The only reason I added it in
libxml.c was since libxml2 was the first/only lib needing a DllMain in
teh php5ts_xxx.dll build, I put it there so there was minimal changes to
the core code.
Evenutally I thought it might make more sense to me moved elsewhere so
Kadribasic wrote:
Hi Rob,
Since we're adding a DllMain function, shouldn't it be located in
main/main.c. We might need to hook up other thread initialization
stuff in there in the future.
Edin
Rob Richards wrote:
In order to resolve reported crashing on win 2003, I have had to
change
MINIT is definitely not the place for this.
The xmlDllMain call is meant to be called from within a dll's DllMain
that includes libxml statically.
How threads are handled differs between the old static build and the one
for inclusion within a dll.
When a thread (all except the main thread) termi
Technically no. I forgot all the exact reason for the static linking,
but I know one of them was that it was easier to maintain an "official"
version that was included with the PHP release. The other reason had to
do with easing the installation burden and all the problems people have
in that a
I am on the fence one this one.
Going the dll route makes my life easier by no longer needing to
maintain those builds, but will almost certainly increase the number of
bogus bugs to be chased down and cause the windows installation to be
more complicated again (Just doing a search you can fin
Andi Gutmans wrote:
Yeah but Windows is very friendly and designed for this. As long as the dlls
are in the application's directory you will not have problems. This is
actually much easier and straightforward than on Linux so it sounds to me
that dll clashing problems (which doesn't happen in thi
Uh, yea I have been proposing a change (first made on 8/10, but had been
waiting for the 4.4 and 5.1 releases to be finished).
.oO(Would have been nice is people mentioned any objections/issues way
back then)
http://news.php.net/php.internals/25300
So you really think that making registry c
Stanislav Malyshev wrote:
I am trying to build php 5.2 on Windows with Visual. So far I managed to
build everything except for libxml2 dependencies, which do not seem to
work. So could anyone please clarify the following matters:
1. What libxml2 version is required for 5.2 build?
2.6.26 built
Stanislav Malyshev wrote:
Hi!
Thanks for the quick answer!
2.6.26 built using the LIBXML_STATIC_FOR_DLL flag.
Ehm, ok. The problem is that it is not possible to define this flag in
any way but by hand-editing makefile. Which reinforces my point about
keeping working one in win32build z
Michael Wallner wrote:
Derick Rethans wrote:
On Tue, 19 Sep 2006, Antony Dovgal wrote:
http://cvs.php.net/viewvc.cgi/php-src/ext/libxml/tests/002.phpt?r1=1.2&r2=1.3&diff_format=u
Index: php-src/ext/libxml/tests/002.phpt
diff -u php-src/ext/libxml/tests/002.phpt:1.2
php-src/ext/libxml/tests/002
eBSD. Does anyone else have this
problem?
-A
On Oct 3, 2006, at 4:56 AM, Rob Richards wrote:
I get consistent crashes on windows during shutdown with this change.
Access violation in the dtor at:
ucol_close(unicode_globals->root_collator);
It did open correctly as:
unicode_globals-&
That does prevent the crash.
I did find that within zend_shutdown, if I comment out the call to
u_cleanup(), then ucol_close doesn't crash within unicode_globals_dtor
during tsrm_shutdown.
If that helps any.
Rob
Andrei Zmievski wrote:
I suppose we can omit the ucol_close() call since we're s
Due to encoding issues, I made it that binary strings were required for
the XML based extensions when loading documents via strings. By adding
the binary cast to 5.x it will at least allow developers to prepare for
this change when 6 is rolled out, so imo this is a good idea.
Rob
Ilia Alshan
Ilia Alshanetsky wrote:
COM:
-1. Its core for windows, has little impact on non-windows users other
than a few extra KB to download, and works for the most part.
mhash:
sockets:
+1 for both
Rob
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
XPath returns a fully populated list of object based on the expression.
getElementsByTagName accesses the nodes within the tree in real time as
you iterate so you only have one object at a time unless you are
persisting them. Different behavior due to who owns the data and its
lifecycle. XPath
The openssl extension is way to restrictive in the algorithms it
supports, i.e. no support for SHA265 which is starting to become the
standard algo to use, etc.. Rather than having to always add more
constants and additional logic for any new algorithms, I'd like to
change the sign and verify f
If I had only checked... Appears its been in trunk (and 5_3) for over 2
years now :)
Rob
Rasmus Lerdorf wrote:
Seems like a no-brainer for 5.3 and trunk. You will have to discuss
with Ilia for 5.2. It seems a bit late in the game for that branch to
get this.
-Rasmus
Rob Richards wrote
Sokolov Evgeniy wrote:
Hi, I wont fix this bug: http://bugs.php.net/bug.php?id=47532, but
have some questions. Can you help me?
There is the test case: http://pastebin.org/91030
First, I careful that when we fix this bug, we have broken BC, because
now when we write $attr->value = "foo&bar"; -
am thinking about the possibility of a
rawValue property on DOMAttr which would conform to the correct setter
behavior.
Thank you.
2010/2/14 Rob Richards :
Sokolov Evgeniy wrote:
Hi, I wont fix this bug: http://bugs.php.net/bug.php?id=47532, but
have some questions. Can you help me?
es.
I'm also not sure if next php version is going to support VC 6.0 at all.
Thanks. Dmitry.
Rob Richards wrote:
rrichardsWed, 28 Apr 2010 14:41:51 +
Revision: http://svn.php.net/viewvc?view=revision&revision=298702
Log:
revert change #298288: Remo
generation much more.
Thanks. Dmitry.
Rob Richards wrote:
Hi Dmitry,
The discussion was a while ago (Steph was working on a way to
autogenerate them at the time). Unfortunately it failed miserably
(buildconf error'd out) when I tried to use it (tried it after the
dsps had been removed). Until th
Sara Golemon wrote:
I was just looking through the implementation of openssl_encrypt()
(and openssl_decrypt()) today because I need to make some encrypted
payloads, but the prototype didn't have anywhere to place an
initialization vector.
On opening ext/openssl/openssl.c, I noticed line 4620
Hans-Peter Oeri wrote:
Hi!
As documented - and several searches did not lead to a different result
- XMLReader and XMLWriter can only work on an URI. That would be a php
stream opened and closed by themselves.
For several workflows, e.g. with php://temp, it would be nice to be able
to "attach"
1 - 100 of 232 matches
Mail list logo
