Hi,

Would it be possible for you to provide the code you are using that fails
with this error?  Does increasing the time out allow the request to go
through?

-Marzia

On Fri, Nov 21, 2008 at 1:13 PM, Gijsbert <[EMAIL PROTECTED]>wrote:

>
> Hi,
>
> Since upgrading to 1.1.6 I get ApplicationError: 2 (35, 'Resource
> temporarily unavailable') on doing urlfetch operations with 'larger'
> payloads (in my case a PUT to Amazon S3) on my dev server. Larger is
> 68KB in this case, so not really large and should be able to be
> delivered within the 5 seconds deadline.
> The (35, 'Resource...') seems to be unix error (EAGAIN or
> EWOULDBLOCK). I have not dug very deep, but I would hazard a guess
> that this might be caused with the urlfetch call deadline simulation,
> with the following code:
>
> urlfetch_stub.py:199: socket.setdefaulttimeout(_API_CALL_DEADLINE)
>
> When I comment out this line the urlfetch() completes without errors
> in about 1.5 seconds.
>
> Seems some piece of code is not happy with non-blocking sockets
> (although I don't quite see where, the stub uses HTTPConnection, which
> uses socket.sendall(), which should work with non-blocking sockets).
>
> This is on MacOSX Intel 10.5.5.
>
> Cheers,
> Gijsbert
>
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to