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.

Author eanxgeek
Recipients amaury.forgeotdarc, eanxgeek, effbot, skip.montanaro
Date 2008-01-21.18:42:38
SpamBayes Score 3.6794897e-06
Marked as misclassified No
Message-id <6ee6d41b0801211042q7b8a5c6ak79c213975dc7de03@mail.gmail.com>
In-reply-to <1200441903.31.0.586391820932.issue1327@psf.upfronthosting.co.za>
Content
Has anybody else tested this against an RPC server that has more than
300 items to be returned.  I find it interesting that before all the
xmlrpc code changed everything works fine, but after the code change
(re-write) things don't seem to work.

As for the bug, I do not claim there is a bug, I am simply pointing
out that when using oprofile to profile the test application, most of
the time is spent in a specific routine.  Now it could be a side
affect of xmlrpc, I don't know - I do not claim to be a "programmer".

I am looking to turn on verbose mode in xmlrpc.  As soon as I do that
I will test again and send the results.

On Jan 15, 2008 7:05 PM, Fredrik Lundh <report@bugs.python.org> wrote:
>
> Fredrik Lundh added the comment:
>
> Can you switch on verbose mode in xmlrpclib, so you can see *where* the
> transfer hangs?
>
> Arguing that a hanging Python program must be caused by a bug in the
> code that *executes* the Python program isn't that meaningful, really.
> After all, that code is used to run *all* Python programs, so I think
> we'd noticed if it had a tendency to hang unexpectedly...
>
>
> __________________________________
> Tracker <report@bugs.python.org>
> <http://bugs.python.org/issue1327>
> __________________________________
>
History
Date User Action Args
2008-01-21 18:42:40eanxgeeksetspambayes_score: 3.67949e-06 -> 3.6794897e-06
recipients: + eanxgeek, effbot, skip.montanaro, amaury.forgeotdarc
2008-01-21 18:42:39eanxgeeklinkissue1327 messages
2008-01-21 18:42:38eanxgeekcreate