[phpxmlrpc] [admin] mail delays
My apologies to those whose mail to this list were delayed because they got caught in the moderation process. I had kept this list closed to members in order to keep spam out. I've since installed spamassassin on the server that controls this list, and unless members object, I will make posting to the list open, but catch spam mails using spamassassin. Inevitably this means one or two spam will creep through, but at least there won't be the inconvenience of mails getting backed up for days or weeks. -- Edd signature.asc Description: This is a digitally signed message part
Re: [phpxmlrpc] Comments on libwww 'hack'?
This seems to pertain to Eric Kidd's software, rather than the one from phpxmlrpc.sourceforge.net On Mon, 2002-03-18 at 22:45, Dave Belfer-Shevett wrote: Hi folks, I'm using xmlrpcs.inc to whip up a server for a KDE project. They were getting tons of 'unclosed token' errors, and found this webpage... can someone give me a poitner where to patch in xmlrpcs.inc (or xmlrpc.inc - I'm running the latest versions) or comments about what is wrong wth this? I'm guessing libwww is at fault, but the suggested fix seems like a really nasty hack. signature.asc Description: This is a digitally signed message part
[phpxmlrpc] Re: XMLRPC for PHP
No wrapper exists, to my knowledge. Dan Libby has written a wrapper that works the other way around. Please direct follow-ups to the XML-RPC for PHP list. On Sun, 2002-02-03 at 19:43, J Lillge wrote: Hi. I just looked at your XMLRPC package for PHP. Do you know if anyone has written a wrapper on top of your package that provides the proposed standard PHP interface (http://www.php.net/manual/en/ref.xmlrpc.php)? I'll want to use the proposed standard PHP interface because it will give me the best chance of not having to change my code in the future -- plus it has direct support for PHP values (i.e. it doesn't require any calls to functions like structmem() or scalarval() to fetch values). Thanks, JL -- Edd Dumbill | phone: +44 1904 427740 |-- | Managing Editor, XML.com, XMLhack.com -- Chair, XML Europe 2002 | I PGP sign my email; more info at http://heddley.com/edd/pgp.html msg00095/pgp0.pgp Description: PGP signature
Re: [phpxmlrpc] Problems running XML-RPC example server
On Mon, 2002-01-14 at 10:01, Markus Kutschker wrote: P.S: Is the emailadress [EMAIL PROTECTED] correct for posting in these list? If not, please tell me theright one. Thanx. yes, that's fine. [EMAIL PROTECTED] will also work. this list however, is primarily for support for the UsefulInc derived PHP XML-RPC stuff. I believe your question pertained to Dan Libby's C-based XMLRPC library, which is different. regards -- Edd -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html
[phpxmlrpc] Re: Bug in XML-RPC for PHP
Hi Stephan, I'm afraid I don't have time to personally attend to everyone's troubles with the software. I'm copying your message to the mailing list in case anyone there can help. thanks, Edd. On Sun, 2001-12-30 at 12:53, Stephan Schmidt wrote: Hi, I'm using your XML-RPC for PHP library to build an XML-RPC server that is able to give information on the status of the projects we are developing. We have a simple method, that just returns an array of structs, where each struct contains information about one project. Up to today everything just worked fine. Today a added one struct to the array that is returned and the client returned an error message. I tried to find the error but I was not able to locate it. I realized that it seems to have something to do with the length of the payload. After removing ANY struct from the array, everything went well. Then I tried putting a realy long string in any struct and again the error occured. I've appended the dump of the payload and a print_r of the result object... If you'd like to test the server, just drop me mail, so I'll put it online with this bug. For now, I just removed the authors from the last project and everything works just fine :-( Hope you are able to help... Stephan ---GOT--- HTTP/1.1 200 OK Date: Sun, 30 Dec 2001 12:44:25 GMT Server: Apache/1.3.12 (Unix) (Red Hat/Linux) mod_ssl/2.6.6 OpenSSL/0.9.5a DAV/1.0.1 PHP/4.0.1pl2 mod_perl/1.24 X-Powered-By: PHP/4.0.1pl2 Connection: close Content-Type: text/xml Content-length: 11552 ?xml version=1.0? methodResponse params param valuearray data valuestruct membernameversion/name valuedouble1.21/double/value /member membernamedate/name valuestring2001-11-05/string/value /member membernameauthors/name valuestruct membername0/name valuestruct membernamename/name valuestringStephan Schmidt/string/value /member membernameemail/name valuestring[EMAIL PROTECTED]/string/value /member /struct/value /member /struct/value /member membernamehomepage/name valuestringhttp://www.php-tools.de/index.php?file=patConfigurationOvervi ew.xml/string/value /member membernamedescription/name valuestringpatConfiguration is an interface to access (read AND write) XML based configuration files via PHP. Furthermore it can convert your XML config files into PHP config files./string/value /member membernamename/name valuestringpatConfiguration/string/value /member /struct/value valuestruct membernameversion/name valuedouble0.8/double/value /member membernamedate/name valuestring2001-11-05/string/value /member membernameauthors/name valuestruct membername0/name valuestruct membernamename/name valuestringStephan Schmidt/string/value /member membernameemail/name valuestring[EMAIL PROTECTED]/string/value /member /struct/value /member membername1/name valuestruct membernamename/name valuestringGerd Schaufelberger/string/value /member membernameemail/name valuestring[EMAIL PROTECTED]/string/value /member /struct/value /member /struct/value /member membernamehomepage/name valuestringhttp://www.php-tools.de/index.php?file=patDbcOverview.xml/st ring/value /member membernamedescription/name valuestringpatDbc is a very simple database abstraction, currently only available for MySQL./string/value /member membernamename/name valuestringpatDbc/string/value /member /struct/value valuestruct membernameversion/name valuedouble0.1/double/value /member membernamedate/name valuestring2001-12-31/string/value /member membernameauthors/name valuestruct membername0/name valuestruct membernamename/name valuestringStephan Schmidt/string/value /member membernameemail/name valuestring[EMAIL PROTECTED]/string/value /member /struct/value /member membername1/name valuestruct membernamename/name valuestringSebastian Mordziol/string/value /member membernameemail/name valuestring[EMAIL PROTECTED]/string/value /member /struct/value /member /struct/value /member membernamehomepage/name valuestringhttp://www.php-tools.de/index.php?file=patExtras.xml/string /value /member membernamedescription/name valuestringpatExtras is an add-on for some of our tools, it does not work as a stand-aloneproject.It provides a simple interface for communicating with the PHP Application Tools team./string/value /member membernamename/name valuestringpatExtras/string/value /member /struct/value valuestruct membernameversion/name valuedouble0.91/double/value /member membernamedate/name valuestring2001-11-05/string/value /member membernameauthors/name valuestruct membername0/name valuestruct membernamename/name valuestringStephan Schmidt/string/value /member membernameemail/name valuestring[EMAIL PROTECTED]/string/value /member /struct/value /member membername1/name valuestruct membernamename/name valuestringSebastian Mordziol/string/value /member membernameemail/name valuestring[EMAIL
Re: [phpxmlrpc] CRLFCRLF
I can't reproduce this simply by creating a return payload with newlines in it, things work OK. Can you capture and send over the full HTTP response from blogger, so I can see the headers and everything please? On Mon, 2001-11-26 at 17:36, Julian Bond wrote: Where I've got control over both ends, I'm using nl2br() to insert br / before CRLF which sorts it, but I don't think I should have to. And then of course there's the problem of whether it's LFLF or CRLFCRLF but I've tested this both on a Win platform and on *nix with the same results. msg00055/pgp0.pgp Description: PGP signature
Re: [phpxmlrpc] CRLFCRLF
On Thu, Nov 29, 2001 at 10:10:19AM +, Julian Bond wrote: In article 1007020948.30660.4.camel@pingu, Edd Dumbill [EMAIL PROTECTED] writes I can't reproduce this simply by creating a return payload with newlines in it, things work OK. Can you capture and send over the full HTTP response from blogger, so I can see the headers and everything please? On Mon, 2001-11-26 at 17:36, Julian Bond wrote: Where I've got control over both ends, I'm using nl2br() to insert br / before CRLF which sorts it, but I don't think I should have to. And then of course there's the problem of whether it's LFLF or CRLFCRLF but I've tested this both on a Win platform and on *nix with the same results. I've found the bug. I'll release a fix in an hour or two. -- Edd -- For information about how to subscribe and unsubscribe from this list visit http://xmlrpc.usefulinc.com/list.html
[phpxmlrpc] Re: XMLRPC stuff in PHP-PEAR
Wolfram, Some of the bugs you mention are fixed in the latest release of XML-RPC for PHP. The PEAR maintainers tell me that they're no longer going to update the PEAR version as a C module for XML-RPC has been submitted, so I think you'll have to work with the version now available at http://phpxmlrpc.sourceforge.net/ I'm copying this reply to the project mailing list so anything that affects the non-PEAR distro is recorded. thanks -- Edd On Wed, 2001-11-21 at 00:33, Wolfram Kriesing wrote: Hello, i saw in the PEAR-XML_RPC that you are the original author of those classes, since in PEAR people say that they are not going to change anything in those classes, since they dont maintain them i thought i might let you know what i have found and maybe you can tell me if those are real bugs or if i was doing something wrong and if those suggestions i made are realizable and if they make sense thanks wolfram -- Forwarded Message -- Subject: XMLRPC stuff Date: Wed, 31 Oct 2001 23:05:07 +0100 From: Wolfram Kriesing [EMAIL PROTECTED] To: list [EMAIL PROTECTED] inspired by Stig's post, about the pear sub command communicating via xmlrpc (http://marc.theaimsgroup.com/?l=pear-devm=100430557325059w=2) i started fooling around with it too, when i saw there is the same API already converted to PEAR i just switched right to this and I found out the following 1. i think it would be nice if the XML_RPC_Response::getval() would do a settype before returning the value, so the value is of the right type, so you can also do those (nasty but sometimes necessary) checks using === i came across that when checking a boolean for ===true, it was ==true but the value was still an integer that's why === didnt work what are the opinions? 2. XML_RPC_Server::verifySignature error return doesnt work properly, sorry but i havent found out why, yet Wanted ${wanted}, got ${got} at param ${pno}) always returns Wanted , got at param ) examples --- on how to use XML_RPC can be found at http://wolfram.kriesing.de/pear/examples/XML_RPC/ try xmlrpx.php if you get Hi AuthxLogin than it worked :-) much to see ha? but it gets it via XMLRPC bugs - in XML_RPC/Server.php (i guess the require is no bug, just my fault, right?) --- Server.phpWed Oct 31 22:54:01 2001 +++ myServer.php Wed Oct 31 12:46:11 2001 @@ -23,7 +23,7 @@ // XML RPC Server class // requires: xmlrpc.inc -require_once XML/RPC.php; +require_once XML_RPC/RPC.php; // listMethods: either a string, or nothing $GLOBALS['XML_RPC_Server_listMethods_sig']= @@ -300,7 +300,7 @@ // a debugging routine: just echos back the input // packet as a string value - $r=new XML_RPC_Response; + $r=new XML_RPC_Response(0); $r-xv=new XML_RPC_Value( 'Aha said I: ' . $HTTP_RAW_POST_DATA, string); print $r-serialize(); } the first bug was the reason why my booleans were not returned properly, the XML-response was correct, but the translation to a php value didnt work, it was always 0, it works with this fix, but i dont know if that is really the right place to fix the bug the second i guess it was meant to return the PEAR_Error ... right? --- RPC.php Wed Oct 31 22:53:59 2001 +++ myRPC.php Wed Oct 31 21:52:19 2001 @@ -229,6 +229,7 @@ $XML_RPC_xh[$parser]['ac']=true; else $XML_RPC_xh[$parser]['ac']=false; +$XML_RPC_xh[$parser]['st'].=$XML_RPC_xh[$parser]['ac']; $XML_RPC_xh[$parser]['vt']=strtolower($name); // Drop through intentionally. @@ -471,10 +472,10 @@ } if(!$fp $this-proxy) { -PEAR::raiseError(Connection to proxy server .$this-proxy.:.$this-proxy_port. failed); +return PEAR::raiseError(Connection to proxy server .$this-proxy.:.$this-proxy_port. failed); } else if(!$fp) { -PEAR::raiseError(Connection to RPC server .$this-server. failed); +return PEAR::raiseError(Connection to RPC server .$this-server. failed); } -- Wolfram msg00050/pgp0.pgp Description: PGP signature
[phpxmlrpc] [Fwd: Re: About PHP and XML RPC]
Hmph. I can't think of a good reason for this. ---BeginMessage--- Yes, It works outside On 19 Nov 2001, Edd Dumbill wrote: Have you been able to use curl/ssl outside of php xml-rpc? At first glance, this doesn't look as though it's a problem with the xml-rpc library. -- Edd On Mon, 2001-11-19 at 19:36, Rodrigo Mello wrote: [root@money shBroker]# php-4.0.2 clientSend.php Segmentation fault (core dumped) Running with strace open(/dev/urandom, O_RDONLY) = 6 read(6, |\355\221\303\3\n\221mEu\345\31\367\340\316\335J /\321..., 20) = 20 close(6)= 0 getuid()= 0 time(NULL) = 1006202169 time(NULL) = 1006202169 getpid()= 5222 brk(0x82dd000) = 0x82dd000 brk(0x82e2000) = 0x82e2000 brk(0x82e7000) = 0x82e7000 getpid()= 5222 getpid()= 5222 write(5, \200\200\1\3\1\0W\0\0\0 \0\0\26\0\0\23\0\0\n\7\0\300\0..., 130) = 130 read(5, \26\3\1\0J\2\0, 7)= 7 time(NULL) = 1006202169 time(NULL) = 1006202169 getpid()= 5222 read(5, \0F\3\1;\371m\365\306\1777\246\221\214fB\f\\\243\245\n..., 72) = 72 read(5, \26\3\1\3D, 5)= 5 read(5, \v\0\3@\0\3=\0\3:0\202\00360\202\2\237\240\3\2\1\2\2\1..., 836) = 836 getpid()= 5222 read(5, \26\3\1\1\215, 5) = 5 read(5, \f\0\1\211\0\200\346\226\235=I[\343,|\361\200\303\275\324..., 397) = 397 brk(0x82e8000) = 0x82e8000 read(5, \26\3\1\0\4, 5) = 5 read(5, \16\0\0\0, 4) = 4 time([1006202169]) = 1006202169 getpid()= 5222 brk(0x82e9000) = 0x82e9000 brk(0x82ea000) = 0x82ea000 write(5, \26\3\1\0\206\20\0\0\202\0\200\f\324V\301\17^LS\210\332..., 190) = 190 read(5, \24\3\1\0\1, 5) = 5 read(5, \1, 1)= 1 read(5, \26\3\1\0(, 5)= 5 read(5, \355\374n\236t\221mHO\227m\211x\v\t.B\376\352\261\326-..., 40) = 40 gettimeofday({1006202170, 105293}, NULL) = 0 gettimeofday({1006202170, 105460}, NULL) = 0 write(5, \27\3\1\4\310\252j\t\6\314\342\303\313\362O\26\243b\303..., 1229) = 1229 gettimeofday({1006202170, 106686}, NULL) = 0 gettimeofday({1006202170, 106811}, NULL) = 0 gettimeofday({1006202170, 106936}, NULL) = 0 select(6, [5], [], NULL, {1, 0})= 1 (in [5], left {0, 92}) read(5, \27\3\1\2p, 5)= 5 read(5, \25S;QT\276\267\311\t\250\tFH6C2u\226p\33\342\300\263\256..., 624) = 624 gettimeofday({1006202170, 195371}, NULL) = 0 gettimeofday({1006202170, 195509}, NULL) = 0 gettimeofday({1006202170, 195659}, NULL) = 0 write(4, HTTP/1.1 200 OK\r\nDate: Mon, 19 N..., 586) = 586 _llseek(4, 0, [0], SEEK_SET)= 0 fstat(4, {st_mode=S_IFREG|0600, st_size=586, ...}) = 0 read(4, HTTP/1.1 200 OK\r\nDate: Mon, 19 N..., 4096) = 586 read(4, , 4096) = 0 read(4, , 4096) = 0 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ = = Rodrigo Mello= =RadiumSystems.com = = On 19 Nov 2001, Edd Dumbill wrote: On Mon, 2001-11-19 at 19:12, Rodrigo Mello wrote: Edd, I have compiled PHP 4.0.2, 4.0.4 and 4.0.5 with CURL 7.8.1 and 7.9.1 ans OPENSSL to try to use HTTPS support with XML RPC, but it didn't work. Do you know ehat version of PHP, CURL and OPENSSL I may use? We would need to know a better error report than didn't work in order to diagnose your problem. Please also direct questions to the php xml-rpc mailing list, to which I copy this reply. -- Edd ---End Message--- msg00046/pgp0.pgp Description: PGP signature