From: Lennart Borgman <lennart.borgman@gmail.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: 5372@debbugs.gnu.org
Subject: bug#5372: Calling url-retrieve-synchronously in a timer
Date: Wed, 13 Jan 2010 17:21:20 +0100 [thread overview]
Message-ID: <e01d8a51001130821m3106d90qbe2eea010a402f8f@mail.gmail.com> (raw)
In-Reply-To: <87y6k20z7z.fsf@stupidchicken.com>
On Wed, Jan 13, 2010 at 5:02 PM, Chong Yidong <cyd@stupidchicken.com> wrote:
> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>>> It looks like url-retrieve-synchronously is not finished when run in a
>>> timer. Is that expected behaviour?
>>> It looks like it hangs in accept-process-output.
>>
>> It's not expected (for me anyway), but I'm not completely
>> surprised either. Furthermore, it doesn't look like a good thing to
>> do anyway: timer code should not run for an indefinite amount of time,
>> so you should probably use url-retrieve instead.
>
> Could this be a manifestation of Bug#5359, "process-send-region hangs
> ntEmacs if region >64K"?
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5359
The buffer retrieved in my case has point-max 53784.
I tested with a smaller web page and that actually worked. But to my
surprise the original web page also works today.
I do not know what is different. However I have seen several times
that Emacs on w32 can get into bad states. This happens when some kind
of resource is exhausted. The one I can see easily is GDI.
Maybe some of the w32 api calls does not check the return values as they should?
next prev parent reply other threads:[~2010-01-13 16:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <e01d8a51001122054x7d2489eu6cf17ca3579368d4@mail.gmail.com>
2010-01-13 9:21 ` bug#5372: Calling url-retrieve-synchronously in a timer Lennart Borgman
2010-01-13 14:43 ` Stefan Monnier
2010-01-13 15:17 ` Lennart Borgman
2010-01-13 18:49 ` Stefan Monnier
2010-01-13 19:09 ` Lennart Borgman
2010-01-13 19:57 ` Stefan Monnier
2010-01-13 16:02 ` Chong Yidong
2010-01-13 16:21 ` Lennart Borgman [this message]
2010-01-13 22:54 ` Jason Rumney
2010-01-14 4:33 ` Stefan Monnier
2010-01-14 5:21 ` Jason Rumney
2011-09-18 10:26 ` Lars Magne Ingebrigtsen
2011-09-19 18:39 ` Stefan Monnier
2012-01-07 4:33 ` Lars Magne Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e01d8a51001130821m3106d90qbe2eea010a402f8f@mail.gmail.com \
--to=lennart.borgman@gmail.com \
--cc=5372@debbugs.gnu.org \
--cc=cyd@stupidchicken.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).