xwem-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [XWEM]: xwem and gnus


From: Zajcev Evgeny
Subject: Re: [XWEM]: xwem and gnus
Date: Wed, 01 Dec 2004 17:00:57 +0300
User-agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, berkeley-unix)

Sergey Bolshakov <address@hidden> writes:

> Hi.
> Got time to try latest-greatest xwem (rc2), seems working well.
> One, probably hard, question: are there ways to not block xwem
> while sitting in gnus and fetching large/slow groups ?
> Yes, i know, xemacs isn't a perfect OS :). Or should i ask
> gnus people instead ?

We nothing can do in xwem to avoid packages from blocking.  However
smart packages which does (dispatch-event (next-event)) while waiting
for some condition - will perfectly work with xwem.

Also unfortunately that XEmacs can't operate on non-blocking sockets
to perform connections.  I.e.  xemacs blocks when connecting to some
host.  Another unfortunately that Xt(base toolkit of XEmacs) also can
block waiting some event to occur.  Basically we can't do anything
with it, however xwem provides much to avoid blocking.

Maybe i will try to implement non-blocking connects using DSO in order
to substitute `open-network-stream' function to work in next way:

   - Schedule connection to host:port using non-blocking socket.

   - Sit in dispatch-event/next-event waiting for connection to open.

   - Setup stream

   - Return

Such implementation will allow XEmacs to continue running even if
`open-network-stream' will hang for minutes.

gnus people most possible will answer: "We can't do anything with it,
because we have no control, XEmacs just blocks waiting for
connection." :)

BTW: please post a screenshot of your xwem desktop somewhere.

-- 
lg




reply via email to

[Prev in Thread] Current Thread [Next in Thread]