* Re: /srv/bzr/emacs/trunk r106464: Fix asynchrounous GnuTLS socket handling on some versions of the GnuTLS library.
[not found] <E1RSZMj-0007a6-Hc@vcs.savannah.gnu.org>
@ 2011-11-21 19:19 ` Lars Magne Ingebrigtsen
2011-11-21 20:27 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-11-21 19:19 UTC (permalink / raw)
To: emacs-devel
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Some versions of the GnuTLS library doesn't respons to poll reliably.
> Work around this by checking all GnuTLS sockets explicitly from the
> idle loop.
As previously discussed, I've now applied the patch. If anybody has a
less icky way of dealing with this issue, that would be nice, though.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: /srv/bzr/emacs/trunk r106464: Fix asynchrounous GnuTLS socket handling on some versions of the GnuTLS library.
2011-11-21 19:19 ` /srv/bzr/emacs/trunk r106464: Fix asynchrounous GnuTLS socket handling on some versions of the GnuTLS library Lars Magne Ingebrigtsen
@ 2011-11-21 20:27 ` Stefan Monnier
2011-11-21 20:34 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2011-11-21 20:27 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel
>> Some versions of the GnuTLS library doesn't respons to poll reliably.
>> Work around this by checking all GnuTLS sockets explicitly from the
>> idle loop.
> As previously discussed, I've now applied the patch. If anybody has a
> less icky way of dealing with this issue, that would be nice, though.
Also if the code could be conditionalized on the problematic gnutls
version (or at least include a comment explaining which gnutls versions
are affected or a link to a gnutls bug-report about it, or something)
that would be *really* handy, so that 10 years from now we can decide
whether it can be removed.
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: /srv/bzr/emacs/trunk r106464: Fix asynchrounous GnuTLS socket handling on some versions of the GnuTLS library.
2011-11-21 20:27 ` Stefan Monnier
@ 2011-11-21 20:34 ` Lars Magne Ingebrigtsen
2011-11-22 14:50 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-11-21 20:34 UTC (permalink / raw)
To: Stefan Monnier; +Cc: emacs-devel
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> Also if the code could be conditionalized on the problematic gnutls
> version (or at least include a comment explaining which gnutls versions
> are affected or a link to a gnutls bug-report about it, or something)
> that would be *really* handy, so that 10 years from now we can decide
> whether it can be removed.
The version I'm seeing the problem with is with 2.12.14-3 (Debian
wheezy). I'll add a comment about that. I can try to add some autoconf
logic, too, but my autoconf-fu is weak. (And I don't really know what
the range of affected versions are...)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: /srv/bzr/emacs/trunk r106464: Fix asynchrounous GnuTLS socket handling on some versions of the GnuTLS library.
2011-11-21 20:34 ` Lars Magne Ingebrigtsen
@ 2011-11-22 14:50 ` Stefan Monnier
0 siblings, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2011-11-22 14:50 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel
>> Also if the code could be conditionalized on the problematic gnutls
>> version (or at least include a comment explaining which gnutls versions
>> are affected or a link to a gnutls bug-report about it, or something)
>> that would be *really* handy, so that 10 years from now we can decide
>> whether it can be removed.
> The version I'm seeing the problem with is with 2.12.14-3 (Debian
> wheezy). I'll add a comment about that.
Thanks.
> I can try to add some autoconf logic, too, but my autoconf-fu is weak.
> (And I don't really know what the range of affected versions are...)
I don't think we know enough about the problem to make autoconf
rules, indeed. But we should open a bug-report with the gnutls guys and
point to that bug-report from a comment in the code.
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-11-22 14:50 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <E1RSZMj-0007a6-Hc@vcs.savannah.gnu.org>
2011-11-21 19:19 ` /srv/bzr/emacs/trunk r106464: Fix asynchrounous GnuTLS socket handling on some versions of the GnuTLS library Lars Magne Ingebrigtsen
2011-11-21 20:27 ` Stefan Monnier
2011-11-21 20:34 ` Lars Magne Ingebrigtsen
2011-11-22 14:50 ` Stefan Monnier
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.