This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: xmlrpclib and backward compatibility
Type: Stage:
Components: Library (Lib) Versions: Python 2.3
process
Status: closed Resolution: duplicate
Dependencies: Superseder:
Assigned To: effbot Nosy List: effbot, loewis, quiver
Priority: normal Keywords:

Created on 2003-11-15 04:46 by quiver, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
xmlrpclib.py.patch quiver, 2003-11-15 04:46
Messages (3)
msg19008 - (view) Author: George Yoshida (quiver) (Python committer) Date: 2003-11-15 04:46
This bug is related to patch #531629 "Add multicall 
support to xmlrpclib"
http://www.python.org/sf/531629

His applied patch includes 'yield' statement.
Is this OK?
I think xmlrpclib.py needs to keep compatible with 
older Python.

On the top of xmlrpclib.py there is a note:
# this version is designed to work with Python 1.5.2 
or newer.

I attached a patch to avoid 'yield' but this is a quick 
fix.
I'm not sure if this is the right approach.
There should be a better solution.

I've also changed the coding style of the previous 
change to be consistent with other parts of this 
script.
msg19009 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2003-11-19 19:43
Logged In: YES 
user_id=21627

Assigning to Fredrik, as he is listed as the maintainer in
PEP 291. My proposal would be to drop xmlrpclib from PEP
291, and closing this report as "Won't fix". I don't see the
need for this backwards compatibility.

Fredrik, if you consider compatibility with 1.5.2 still
desirable, please indicate so, and assign it back to me so I
can fix the new feature.
msg19010 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2004-08-22 07:10
Logged In: YES 
user_id=21627

Closed as a duplicate of #1009803. The patch attached really
doesn't work, as it raises the exceptions out of order. I'm
working on a proper patch to restore 2.1 compatbility.
History
Date User Action Args
2022-04-11 14:56:01adminsetgithub: 39553
2003-11-15 04:46:49quivercreate